Jakarta EE 9入门

Jakarta EE 9已于2020年11月22日正式发布，这是Eclipse Foundation的第一个正式版本，完全脱离了Oracle复制的Java EE名称空间。

那么我们可以期待这个版本吗？

Objectives with Jakarta EE 9

Jakarta EE 9的主要目标是提供一组功能类似于Jakarta EE 8的规范，但要使用新的Jakarta EE 9名称空间jakarta.。没错：旧的javax.名称空间已由名称空间替换jakarta.*。这使其成为不依赖以前的Oracle名称空间的第一个官方Jakarta EE版本。

Jakarta EE 9中的更改

随着Jakarta EE名称空间的转移，开发人员必须意识到以下方面的更改和更新：

每个API都从javax名称jakarta空间过渡到名称空间。这意味着更改了Jakarta EE规范以反映API的更改，并且更改了API的实现规范以处理新的API。 Jakarta EE 9版本从Jakarta EE 8中删除了旧的，可选的或不推荐使用的规范，以减少API的表面积。因此，Jakarta EE 9中不再存在CORBA实现。SOAP规范被认为是稳定的。将来不会有任何计划对该技术进行研究。 Jakarta EE 9发行版中包含的所有规范都已版本化为规范文档的新主版本。例如，JPA 2.x（在Jakarta EE 8中）现在是JPA 3.0，在Jakarta EE 9中。没有向后兼容性。Jakarta EE 9不与Jakarta EE 8或Java EE 8向后兼容。不建议将Jakarta EE 8工件与Jakarta EE 9混合使用，反之亦然。

迁移到Jakarta EE 9

迁移到Jakarta EE 9要求开发人员必须开始过渡到与Jakarta EE 9兼容的应用程序服务器。目前，在撰写本文时，Glassfish 6支持Jakarta EE9。在其他供应商发布与Jakarta EE 9兼容的产品和应用程序服务器之前，用户迁移和过渡到Jakarta EE 9可能需要一段时间。请注意，这可能是升级到Jakarta EE 9的昂贵练习，因此用户必须意识到Jakarta EE 9附带的丰富功能集是否值得升级。

对于愿意开始使用Jakarta EE 9版本的开发人员，只需pom.xml添加以下依赖项即可更新其（如果项目已Mavenized）：

XML格式

<dependency>
    <groupId>jakarta.platform</groupId>
    <artifactId>jakarta.jakartaee-api</artifactId>
    <version>9.0.0</version>
    <scope>provided</scope>
</dependency>

并确保他们组织导入以将其命名空间从更改javax为jakarta。Jakarta EE 9与Java SE 8兼容。

综上所述

这是自Oracle将Java EE捐赠给Eclipse Foundation和Jakarta EE 9版本以来，Jakarta EE API和规范的第二个正式版本。

尽管我们仍在等待获得Jakarta EE 9认证的应用程序服务器（Eclipse GlassFish 6是唯一获得Jakarta EE 9认证的应用程序服务器），但是Eclipse Foundation使开发人员可以轻松地轻松迁移到Jakarta EE 9，归因于该规范与Jakarta EE 8相似。

祝您编程愉快，并告诉我们迁移到Jakarta EE 9时遇到的挑战。

原文链接：http://codingdict.com

Jakarta EE 9入门

热门标签