Java的未来：Jakarta EE如何在Eclipse下发展

Eclipse Foundation的企业Java平台（现称为Jakarta EE）的最新发布的“ strawman”技术愿景专注于可移植的云原生应用程序部署以及Java 9模块化 。 该项目将按一年的发布时间表运行。

愿景涉及Eclipse希望对企业Java采取的方法的多个方面。

[新的Java来了！ 探索Java SE 11 JDK路线图 。 • Jakarta EE企业Java路线图 。 | 新的Java版本在这里！ 了解有关Java SE 10中 的新增功能和Java EE 8中的新增功能的所有信息 。 | 通过InfoWorld的App Dev Report新闻通讯了解编程方面的热门话题。 ]

快速采用技术

在该文档中，Eclipse EE4J（用于Java的企业版）的项目管理委员会颁布法令，希望来自各种开源社区的云创新能够Swift被平台采用。 引用的示例技术包括：

• 码头工人
• NoSQL
• Kubernetes
• 伊斯蒂奥

蜜蜂

其他开发语言也将被寻求创新。 该委员会呼吁实施Jakarta EE相关API的项目加入Jakarta项目。

年度发行

建议的一年发布时间表适用于整个Jakarta EE平台。 对于组件，Eclipse建议采用“ 3 + 1”的年度计划，其中每年有一个与该平台同步的主要版本，以及三个季度的次要版本。

Java 9模块

尽管Jakarta EE的第一个发行版将基于模块之前的JDK（Java开发工具包）8 ，但项目应开始为支持模块的JDK9和标准Java的后续发行版做准备。 建议采取的步骤包括：

• 在MANIFEST.MF添加自动模块名称。
• 如果可能，提供正确的module.info.java 。

向后兼容

向后兼容性对于某些Java EE采用者来说是一个优势，而对于其他采用者则是一个劣势。 Eclipse寻求一种方法来确保那些需要向后兼容的人可以依赖它，而其他人可以通过更快的发行版向前发展，而这些发行版可能会忽略与Jakarta EE以前版本的兼容性。 Eclipse建议提取旧的和很少使用的技术，并将其放在可选模块中。 用户可以决定是否使用它们。

软依赖

Eclipse还建议在添加依赖项之前仔细考虑。 该文件指出，依赖于“世界的一半”的组件不适合微服务开发。

CK

API项目应具有TCK（技术兼容性套件）测试库。 Eclipse警告说，这种努力并非易事。 项目必须为TCK使用相同的标准机制，以避免不同项目使用不同框架的情况，这给运行测试带来了挑战。

Maven构建系统

尽管某些较旧的EE4J项目使用Ant，但Maven实际上是Java项目的构建系统。 Eclipse建议，可能值得花时间进行“改造”。 与Maven有关的其他建议包括：

• 项目应使用默认的Maven目录结构并构建不依赖于Ant的过程。
• 项目构建应产生标准的Maven工件。
• 应该使用推荐的Maven版本和插件。

詹金斯

对于持续集成 ，官方的构建工具是Jenkins 。 某些项目已经从Travis-CI开始，但是Eclipse希望项目使用Jenkins。

From: https://www.infoworld.com/article/3278548/the-future-of-java-how-jakarta-ee-will-unfold-under-eclipse.html