一、前言
很多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 大类：
- 更改包前缀需要更新对旧包的所有引用javaxjakarta
- 过时的批注可能需要替换为替代批注
- 重写使用已删除 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的使用量有所下降。