Java EE改名Jakarta EE，jakarta对程序开发的影响

一、前言

很多Java程序员在使用新版本的Spring6或者springboot3版本的时候，发现了一些叫jakarta的包。我在阅读开源工作流引擎camunda源代码的时候，也发展了大量jakarta的工程包。

比如：camunda的webapps编译工程就提供了2种方式javax和jakarta

* `assembly` - Java sources and tests for the Camunda web application based on `javax` namespace.
* `assembly-jakarta` - Java sources and tests for the Camunda web application based on `jakarta` namespace.
  * This module is created from the `assembly` module via code transformation.

网上也有好多同学使用Tomcat时遇到到Jakarta.servlet与javax.servlet包冲突的问题。

Tomcat10中解决eclipse内部Jakarta.servlet与javax.servlet不兼容问题方法：

[JavaWeb]Tomcat10中解决eclipse内部Jakarta.servlet与javax.servlet不兼容问题方法-CSDN博客

引起以上问题的原因是：Java EE更名为Jakarta EE，javax命名空间变为jakarta，javax包名前缀变为jakarta。

二、Java EE为什么更名Jakarta EE

2009年4月20日，甲骨文(Oracle)公司和Sun公司今天共同宣布了最终协议，甲骨文公司将以74亿美元收购SUN公司。当时，Sun Microsystems被誉为世界上最具前瞻性的IT公司之一，有能力以开放软件及硬件为结合，进行全面统一的系统，给客户带来最大的价值。Oracle收购Sun Microsystems表明，它希望借助Sun Microsystems的关键软件和技术资源，将自身现有的专业的管理体系，硬件解决方案，及应用程序发展技术集成在同一个平台上，从而创建一个更加完善的企业增值产品和服务。

2018年，Oracle(甲骨文)决定将Java EE移交给开源组织Eclipse基金会，但甲骨文不允许开源组织用Java的名号，于是Eclipse选出了 "Jakarta EE" 和"Enterprise Profile"两个名字，最终前者胜出。

Eclipse基金会高管Mike Milinkovich表示，7000多人参与了Java EE的更名投票，64%的票数支持改为Jakarta EE，另有35.6%的票数支持Enterprise Profile。

Oracle将Java EE（Java SE还自己保留）交给开源组织，Eclipse基金会接手。但Oracle不允许开源组织使用Java名号，所以Jakarta EE名称于2018.02.26应运而生。Oracle收购了Sun公司，涉及到商标和版权原因，Javax改名为Jakarta迫不得已。

从Java EE到Jakarta EE，企业版Java、JDK的发展历程，参考：

从Java EE到Jakarta EE，企业版Java的发展历程-腾讯云开发者社区-腾讯云

三、Java EE更名Jakarta对软件影响

Spring Framework作为Java领域最为流行的框架，有非常庞大的用户群体和项目应用，Java开源框架里绝对的TOP1。我们首先看看Java EE更名Jakarta对Spring Framework的影响。

Spring Framework 6正式发布，携JDK 17&Jakarta EE开启新篇章，Spring Framework为何一跃将JDK的baseline从JDK 8提到JDK 17，以及废弃javax，启用全新的jakarta命名空间。Spring Framework 6基于JDK 17构建。换句话讲，若想使用Spring Framework 6那么你的JDK环境最低要求JDK 17。

javax命名空间其实早已成为过去式，毕竟现在已快2024年了。这次Spring团队也是跟着JDK一起，顺势的完全摒弃掉了javax命名空间，拥抱Jakarta EE。

另外，之前有些内置进JDK里面的Java EE注解，现在也换“包名”啦，如具有代表性的：JSR-330的@Inject、JSR 250的@PostConstruct、@Predestroy以及及其常用的@Resource注解，Resource包名变成了jakarta.annotation.Resource。

从Jakarta EE 9开始，便使用了全新的jakarta.*命名空间。本次建议使用从Jakarta EE 10起步。对应的技术主要有：

• Jakarta Servlet 6.0
• Jakarta Servlet JSP JSTL 3.0
• Jakarta Validation 3.0
• Jakarta WebSocket 2.1
• Jakarta Persistence 3.1
• Jakarta JMS 3.1
• Jakarta JSON 2.1
• Jakarta JSON Bind 3.0
• Jakarta Activation 2.1
• Jakarta Mail 2.1
• Jakarta Transaction 2.0
• Jakarta WS RS 3.1
• Jakarta XML SOAP 3.0
• Jakarta XML WS 4.0

比如：开发web程序最常用的servlet，从maven中央仓库检索，发现：

servlet4.0.1以前的版本是javax，从4.0.2版本以后均迁移到了jakarta

<dependency>
 
    <groupId>javax.servlet</groupId>
 
    <artifactId>javax.servlet-api</artifactId>
 
    <version>4.0.1</version>
 
</dependency>

servlet-api从4.0.2版本—6.0.0版本均变成了jakarta.servlet-api

<dependency>
 
    <groupId>jakarta.servlet</groupId>
 
    <artifactId>jakarta.servlet-api</artifactId>
 
    <version>4.0.2</version>
 
</dependency>

参考文章：https://fangshixiang.blog.csdn.net/article/details/128056207

四、Jakarta EE发展现状

打开Jakarta官方网站：Jakarta® EE | Cloud Native Enterprise Java | Java EE | the Eclipse Foundation | The Eclipse Foundation

使用 ENTERPRISE JAVA 为云原生架构构建开源生态系统，最新版本：Jakarta EE 10 现已上市。

Jakarta EE 平台和配置文件规范是各个规范的总括规范。Jakarta EE 平台包括大多数单独的规范，而 Profile 规范包括用于开发 Web 平台和微服务架构的单个规范。

我们看看Jakarta的生态，包括 Fujitsu、IBM、Oracle、Red Hat 和 Tomittribe 在内的全球企业 Java 生态系统领导者正在共同努力，推动 Java EE 和 Jakarta EE 的发展，以支持将关键任务应用程序和工作负载迁移到云中。另外中国开发应用中间件的企业也在其中，包括普元、宝兰德、东方通、金蝶、华宇、亚信等公司。

未来Java项目升级JDK后，可能会涉及到到代码的升级，官方出了一篇文章：如何升级到 Jakarta EE 10 和 GlassFish 7 – 这比您想象的要容易得多。https://omnifish.ee/2023/05/06/how-to-upgrade-to-jakarta-ee-10-and-glassfish-7/

从旧版本的 Jakarta EE 或 Java EE 升级到 Jakarta EE 10 可能有点棘手，可能需要额外注意细节。您可能会遇到的主要事情之一是确保现有代码和库兼容。某些库可能仍在使用该软件包，这可能会导致在尝试在 Jakarta EE 服务器（如 Eclipse GlassFish 7）上运行应用程序时发生冲突。您可能还会遇到一些在 Jakarta EE 10 中删除的已弃用 API 的问题。javax

但别担心，我们已经为您准备好了！在这篇文章和本系列的未来文章中，我们将解释您需要了解的所有信息，以成功且几乎立即升级到 Jakarta EE 10。

升级到 Jakarta EE 10 或 GlassFish 7 的挑战分为以下 3 大类：

1. 更改包前缀需要更新对旧包的所有引用javaxjakarta
2. 过时的批注可能需要替换为替代批注
3. 重写使用已删除 API 的代码，这些 API 没有直接的替代方案

以上所有内容不仅适用于您的代码库，也适用于您的应用程序使用的所有依赖项。许多流行的库已经有与 Jakarta EE 10 兼容的新版本，因此更新它们就足够了。但有些图书馆可能不支持 Jakarta EE 10，需要进行特殊调整。幸运的是，有一些工具可以在源代码级别和二进制（字节码）级别上自动执行此操作。

幸运的是，许多挑战都可以使用免费和开源工具（如 Openrewrite、WindUp 和 Eclipse Transformer）自动完成。Openrewrite 是一个强大的工具，可以自动更改应用程序的源代码，例如使用新前缀更新对旧包的所有引用。

以下是雅加达Jakarta 官方调查问卷的统计，雅加达Jakarta的应用情况。

Jakarta EE是用于构建云原生应用程序的顶级框架的基础。

雅加达Jakarta 构建云原生应用程序的EE使用率从2021年的47%增加到2022年的53%，而Spring/Spring Boot和MicroProfile的使用量有所下降。

https://5413615.fs1.hubspotusercontent-na1.net/hubfs/5413615/Jakarta%20EE/2022%20Jakarta%20EE%20Developer%20Survey%20Findings.pdf