Jakarta EE 系列（一）Web 技术的相关规范总结
| Specifications | Description | Compatible Implementations |
|---|---|---|
| Jakarta Servlet | A server-side API for handling HTTP requests and responses | Eclipse GlassFish |
| Jakarta Server Pages (JSP) | Defines a template engine for web applications | Eclipse GlassFish |
| Jakarta Standard Tag Library (JSTL) | Provides a set of tags to simplify the JSP development | Eclipse GlassFish |
| Jakarta Expression Language (EL) | Defines an expression language for Java applications | Eclipse Expression Language |
| Jakarta Server Faces (JSF) | MVC framework for building user interfaces for web apps | Eclipse Mojarra |
| Jakarta MVC | Standardizes the action-based model-view-controller pattern | Eclipse Krazo |
| Jakarta RESTful Web Services (JAX-RS) | API to develop web services following the REST pattern | Eclipse Jersey |
| Jakarta Enterprise Web Services | Web Services for Jakarta EE architecture | Eclipse GlassFish |
| Jakarta WebSocket | API for Server and Client Endpoints for WebSocket protocol | Eclipse Tyrus |
| …… |
一点关于 EL 的历史：
Expression Language (EL) 最初受到 ECMAScript 和 XPath 表达式语言的启发。在其成立之初，参与的专家非常不愿意设计另一种表达语言，并试图使用这些语言中的每一种，但他们在不同的领域都有所欠缺。
因此，JSP Standard Tag Library (JSTL) version 1.0 (based on JSP 1.2) 首先引入了一种表达式语言，使前端页面开发者可以轻松访问和操作应用程序数据，而无需掌握如 Java、JavaScript 等编程语言相关的复杂性。
鉴于其成功，EL 随后被移入 JSP 规范（JSP 2.0/JSTL 1.1），使其在 JSP 页面中普遍可用（而不仅仅用于 JSTL 标记库的属性）。
JavaServer Faces 1.0 定义了用于构建用户界面组件的标准框架，并且构建在 JSP 1.2 技术之上。由于 JSP 1.2 技术没有集成的表达语言，并且 JSP 2.0 EL 不能满足 Faces 的所有需求，因此为 Faces 1.0 开发了一个 EL 变体。Faces 专家组试图使该语言尽可能与 JSP 2.0 兼容，但是还是有一些区别。
显然需要一种单一、统一的表达语言来满足各种 Web 层技术的需求。因此，Faces 和 JSP 专家组共同制定了统一表达式语言的规范，该规范在 JSR 245 中定义，并在 JSP 2.1 和 Faces 1.2 版本中生效。
JSP/JSTL/Faces 专家组也意识到 EL 的用处超出了他们自己的规范。3.0 规范是第一个将表达式语言定义为独立规范的 JSR，不依赖于其它技术。