雅加达EE

Jakarta EE是一组规范、API和兼容性要求的集合，用于在Java平台上构建和运行企业应用程序。它通过标准化的Web开发、依赖注入、持久化、事务、消息传递、安全性、并发、批处理和Web服务能力扩展了Java SE。它不是单一的应用服务器或传统的打包软件产品，而是定义了兼容运行时实现的契约。这些运行时可以是完整的应用服务器、模块化服务器或其他部署环境，它们可以在内存占用、启动速度、集群、高可用性、安全特性、容错性和集成设施方面有所不同，同时符合平台的通用规范。 该平台起源于Sun Microsystems，名称为J2EE，即Java 2平台企业版。随着1.5代的到来，名称改为Java平台企业版，或Java EE。Java EE成为大规模Java应用广泛使用的标准，特别是需要托管事务、声明式安全、可靠消息传递、数据库访问、远程服务和受控组件生命周期的系统。典型部署包括电子商务系统、会计平台、银行信息系统、企业门户以及其他需要长期运营支持的应用。 2009年Oracle收购Sun Microsystems后，Oracle继续通过Java社区流程管理Java EE。2017年，Oracle宣布将Java EE相关技术转移给Eclipse基金会。由此产生的Eclipse顶级项目最初称为Eclipse Enterprise for Java，或EE4J。商标和命名空间争议阻止了继续使用Java名称和以前的javax命名空间。因此，该项目更名为Jakarta EE，指的是印度尼西亚首都雅加达，也是爪哇岛上的一个主要城市。这一变化使该项目与Oracle的Java商标区分开来，同时保留了其企业Java血统。 Jakarta EE涵盖多个技术系列。Web规范包括Jakarta Servlet、WebSocket、Faces和表达式语言。面向服务和数据交换的API包括RESTful Web服务、JSON处理、JSON绑定、XML绑定和XML Web服务。企业API包括上下文和依赖注入、企业Bean、持久化、事务、消息传递和连接器。其他规范涉及验证、批处理、激活、邮件和相关应用程序问题。该平台还定义了配置文件，包括旨在为面向Web的部署提供更小占用空间的Web Profile。 Jakarta EE被定位为基于标准的替代方案，替代特定于供应商的企业应用平台。其价值在于可移植性、互操作性、成熟的运营模式以及广泛的兼容运行时和工具生态系统。应用程序部署到管理事务、安全性、可扩展性、并发性、资源访问和组件生命周期等问题的参考运行时。该平台对于需要标准化企业Java API的组织仍然具有相关性，同时也支持现代部署方法，包括模块化服务和面向云的应用程序架构。

Jakarta EE由Sun Microsystems的企业Java平台发展而来。早期平台称为J2EE，即Java 2平台企业版。它旨在扩展Java SE的功能，用于服务器端和分布式企业计算，提供标准化的API和托管运行时服务，而不是要求每个应用程序独立实现事务、安全性、消息传递、持久化和组件生命周期管理。 平台名称在1.5版时改为Java EE。在Java EE身份下，该生态系统成为企业Java开发的主要基础。应用服务器和相关运行时实现了平台规范，而开发人员使用诸如Servlet、企业JavaBean、Java持久化、Java消息服务、Java事务API、JavaServer Faces和Web服务技术等API。规范确立了应用程序组件与运行时之间的交互，允许组织在符合相关兼容性要求的情况下在兼容实现之间移动应用程序。 Sun的企业Java工作随后由Oracle在2009年收购Sun后维护。Oracle继续通过Java社区流程管理Java EE。在此期间，Java EE仍然与传统应用服务器部署相关联，但也作为各种Web、集成和业务应用的基础。 2017年9月12日，Oracle宣布将Java EE提交给Eclipse基金会。Eclipse工作组织在EE4J（即Eclipse Enterprise for Java）的保护伞下。转移不仅仅是所有权的简单变更：项目必须在不受限制地使用Oracle控制的Java商标以及不在未来平台开发中保留以前的javax包命名空间的情况下运作。双方未能就继续使用这些标识达成安排，因此平台更名为Jakarta EE。新名称参考了印度尼西亚的雅加达，并将该项目与Oracle的Java品牌以及Apache软件基金会工作相关的无关的旧Jakarta项目区分开来。 在Jakarta EE身份下，平台继续其基于规范的模式。Eclipse基金会成为规范和社区治理的家园，而独立供应商和开源项目继续生产兼容的运行时和实现。Jakarta EE规范涉及应用程序开发的表示层、Web层、服务层、企业层、数据层、集成层、验证层、批处理层和邮件层。平台的Web Profile为Web应用程序提供了更集中的子集，而更广泛的平台配置文件支持额外的企业功能。 Jakarta EE应用程序可以在完整的应用服务器、模块化运行时或面向云的环境中运行。运行时负责事务协调、访问控制、并发管理、资源处理、可扩展性和部署操作等服务。实现可以添加诸如集群、高可用性、容错性和专门集成等功能，同时保留平台定义的标准API。 该平台的历史意义在于它试图使企业Java在供应商和运营环境之间可移植。其规范本身不是商业应用服务器，Jakarta EE也不规定单一的部署拓扑。相反，它为构建长期运行的分布式Java系统的组织提供了共同的技术词汇和契约集。其持续范围包括传统企业应用程序以及部署在更模块化和面向云的架构中的服务。

• 2019

  Jakarta Mail成为Jakarta EE生态系统的一部分

  [1]Jakarta EEen.wikipedia.org

  以前的JavaMail技术更名为Jakarta Mail，并作为Eclipse生态系统中的开源项目托管。

• 2018

  采用Jakarta EE名称

  [1]Jakarta EEen.wikipedia.org

  由于Java商标和以前的javax命名空间无法继续用于Eclipse管理的项目，平台更名为Jakarta EE。

• 2017

  Java EE提交给Eclipse基金会

  [1]Jakarta EEen.wikipedia.org

  Oracle宣布将Java EE转移给Eclipse基金会。由此产生的Eclipse企业Java工作过渡期间称为EE4J。

• 2009

  Oracle在收购Sun后承担管理职责

  [1]Jakarta EEen.wikipedia.org

  在收购Sun Microsystems后，Oracle成为Java EE的主要管理者，并通过Java社区流程继续其开发。

• 平台确立为J2EE

  [1]Jakarta EEen.wikipedia.org

  Sun Microsystems以J2EE名称确立了企业Java平台，通过服务器端和分布式企业应用的规范扩展了Java SE。

• J2EE更名为Java EE

  [1]Jakarta EEen.wikipedia.org

  平台采用了Java平台企业版名称，通常简称为Java EE，从1.5版开始。

一个供应商中立的规范和兼容性生态系统，用于构建可移植、托管和可扩展的Java企业应用程序。

• Web规范

  Jakarta Servlet

  定义处理HTTP请求和响应的服务器端模型，包括同步和异步请求处理。它是几个更高级别Jakarta EE技术所依赖的基础Web规范。

• Web服务规范

  Jakarta RESTful Web服务

  提供用于在Java应用程序中创建REST风格Web服务的API和编程约定。它用于通过HTTP公开资源，是面向服务和微服务风格企业系统的核心选项。

• 企业应用规范

  Jakarta企业Bean

  定义企业业务组件以及这些组件、其客户端和容器之间的契约。其功能包括托管事务、并发控制、远程调用、依赖注入和访问控制。

• 持久化规范

  Jakarta持久化

  指定Java类与关系数据库表之间的对象关系映射。它为企业应用程序提供了标准化的持久化模型，通常与事务、依赖注入和Bean验证一起使用。

• 事务规范

  Jakarta事务

  定义用于与Jakarta EE中的事务服务交互的接口和注解。它抽象了事务协调，并支持企业组件和持久化层使用的托管事务行为。

• 消息传递规范

  Jakarta消息传递

  为Java应用程序通过企业消息传递系统创建、发送、接收和读取消息提供通用编程模型。它支持异步通信和应用程序组件之间的集成。

• 应用服务规范

  Jakarta上下文和依赖注入

  为企业应用程序定义依赖注入和上下文生命周期模型。它有助于连接应用程序组件、管理作用域，并跨Web、业务、持久化和服务层集成托管对象。

• 通信API

  Jakarta Mail

  提供使用SMTP、POP3和IMAP等协议发送和接收电子邮件的API。以前称为JavaMail，是Jakarta EE生态系统的一部分，也可以用作Java SE应用程序中的可选技术。

• 2018

  将平台更名为Jakarta EE其他

  背景

  Eclipse基金会和Oracle无法就继续使用Java商标和javax命名空间用于转移的规范达成一致。

  采取的行动

  企业Java平台采用了Jakarta EE名称，并在Eclipse基金会的治理下发展。

  后续影响

  更名将社区治理的平台与Oracle控制的Java品牌分开，同时保持了与J2EE和Java EE的连续性。

  来源

• 2017

  将Java EE治理权转移给Eclipse基金会战略

  背景

  Oracle寻求将企业Java规范从其现有的管理模型转移到开源基金会环境中。

  采取的行动

  Oracle宣布将Java EE提交给Eclipse基金会，从而启动了EE4J过渡项目。

  后续影响

  转移导致了新的项目治理、商标过渡以及最终的Jakarta EE身份。

  来源

1. 1Jakarta EEen.wikipedia.org
2. 2Oracle Java EE information pageoracle.com