在等待Jakarta EE时

自甲骨文在JavaOne 2017宣布将Java™EE转移到Eclipse Foundation以来已有一年多了。此后发生了很多事情：

• Java™EE 8 API和实现项目已在EE4J下建立 。
• Eclipse GlassFish 5.1 版本即将发布 。
• 全新的Jakarta EE规范流程指日可待。
• 社区显示出有关Jakarta EE技术指导的参与 。
• Jakarta EE NoSQL规范项目建议已创建。

这一切都很好，实际上很棒！ 当您考虑所有内容的大小时，它实际上是一项成就。 我们正在谈论770万行代码 ！ Eclipse Foundation已建立了60.000多个文件和总共38个新项目 。

但是，众所周知，开发人员没有耐心，急于尝试所有新功能，因此在谈论Jakarta EE时，我始终会遇到一些问题：

• 我什么时候可以开始开发Jakarta EE应用程序？
• Eclipse MicroProfile如何适合此图片？

第一个问题的答案是：“ 尚未” 。 在完成Jakarta EE规范过程之前，这些技术仍然是Java™EE。

第二个问题的答案因您问的人而略有不同，但通常是“我很确定

事实证明，MicroProfile规范将被整合到Jakarta EE中”。

那么，热心的开发人员在此期间应该做什么？ 切换到Spring Boot ……哎呀……还是…… JavaScript ……尖叫……？

不 ，这是您应该做的：使用Java ™ EE 8的功能并将其与Eclipse MicroProfile结合使用。

许多应用程序服务器供应商已将MicroProfile功能添加到其Java™EE 8兼容或认证的应用程序服务器中。 示例包括Open Liberty ， WildFly ， Payara和Apache TomEE 。 请参阅各自的供应商的文档，其中包含其版本。

带有Eclipse MicroProfile 2.1的Java EE 8

我整理了一个名为Jakarta EE Duke的简单应用程序，以演示如何执行此操作。 该应用程序使用MicroProfile Config中的@ConfigProperty批注来配置消息以及Bean Validation 2.0中的新@Email批注，该批注是Java™EE 8附带的，用于验证输入。

尽管此示例非常简单，但它确实说明了如何将Java™EE 8的全部功能与MicroProfile的轻量级API结合起来，以使用Java™技术实现云原生的微服务。

最后一个提示：确保加入Jakarta EE社区邮件列表，以始终了解Jakarta EE的最新发展。

翻译自: https://www.javacodegeeks.com/2018/11/waiting-jakarta-ee.html