以下是Java开发人员在最近发布的Jakarta EE 9中可以预期的变化。
加入D Zone社区并获得完整的会员体验。
Jakarta EE 9已于2020年11月22日正式发布，这是Eclipse Foundation的第一个正式版本，它完全脱离了Oracle文案Java EE命名空间。
那么这次发布有什么可以期待的呢？
JakartaEE 9的目标
Jakarta EE 9的主要目标是提供一套功能上类似于Jakarta EE 8但在新的Jakarta EE 9命名空间jakarta中的规范。*.没错：旧的javax。*命名空间已经被雅加达取代。*命名空间。这使得它成为第一个不依赖于以前的Oracle命名空间的雅加达EE官方版本。
Jakarta EE变化
随着Jakarta EE命名空间的转移，开发人员必须注意以下方面的更改和更新：
-
每个API都从javax命名空间转换到jakarta命名空间。这意味着雅加达EE规范被修改以反映API的更改，以及API的实现规范被修改以处理新的API。
-
Jakarta EE 9版本从Jakarta EE 8中删除了旧的、可选的或不建议使用的规范，以减少API的表面积。因此，CORBA实现在Jakarta EE 9中不再存在。SOAP规范被认为是稳定的。未来不会有任何开发这项技术的计划。
-
雅加达EE 9版本中包含的所有规范都已版本化为规范文档的新主要版本。例如，JPA 2. x（在Jakarta EE 8中）现在是Jakarta EE 9中的JPA 3.0。
-
没有向后兼容。Jakarta EE 9与Jakarta EE 8或Java EE 8不向后兼容。不建议将雅加达EE 8工件与雅加达EE 9混合，反之亦然。
迁移到JakartaEE 9**
迁移到Jakarta EE 9将要求开发人员必须开始过渡到Jakarta EE 9兼容的应用服务器。目前，在写这篇文章的时候，Glassfish 6支持雅加达EE 9。在其他供应商发布雅加达EE 9兼容产品和应用服务器之前，用户迁移和过渡到雅加达EE 9可能需要一段时间。请注意，这可能是升级到雅加达EE 9的昂贵操作，因此用户必须意识到雅加达EE 9的丰富功能集是否值得升级。
对于愿意开始使用Jakarta EE 9版本的开发人员，只需更新他们的pom.xml（如果项目是Mavenize的），添加以下依赖项：
并确保他们组织他们的导入，将他们的命名空间从javax更改为jakarta。Jakarta EE 9与Java SE 8兼容。
结论中
这是自Oracle向Eclipse Foundation捐赠Java EE和Jakarta EE 9版本以来，Jakarta EE API和规范的第二个正式版本，Jakarta EE 9版本已完全从Oracle迁移。
尽管我们仍在等待雅加达EE 9认证的应用服务器（Eclipse GlassFish 6是唯一获得雅加达EE 9认证的应用服务器），但Eclipse Foundation使开发人员能够轻松迁移到雅加达EE 9，而不会有太大的麻烦，这要归功于该规范与雅加达EE 8相似。
快乐的编码，让我们知道您在迁移到雅加达EE 9时遇到的挑战。
主题：
java， jakarta ee 9，企业java， jakarta ee迁移
