转载

Jakarta EE – 企业 Java 的新居

平台的作用大于它的各部分之和

去年，我曾讨论过这则激动人心的新闻：为了平台技术的持续发展， Java EE 将移交给 Eclipse 基金会。这里有个重要的词，即“平台”。

Java EE 的一个优势就在于它的平台概念，这也是其持续成功的重要因素。企业应用程序需要可组合的技术，这些技术不但要能够单独使用，而且还要能够在组合使用时以明确的方式实现集成和协作。高效的平台支持这些不同的技术协同工作。平台的作用大于它的各部分之和。

这就是 Jakarta EE 应运而生的原因。 Jakarta EE 是综合平台的新名称，该平台最初由贡献给 Eclipse 基金会的 Java EE 技术构成。在电子商务的初期，IBM 帮助创建了 J2EE 和由此发展而来的 Java EE 平台，从而将 Java 确立为一种面向企业的技术。我很高兴 IBM 能够成为 Jakarta EE 新工作组的战略成员，继续促进发展和采用 Jakarta EE 作为面向云原生 Java 应用的平台。

Java EE 即将离开旧居

正如 皇后乐队 了不起但又不起眼的 Brian May 的歌曲所唱的那

样，“离家并不轻松”。在我写下这篇博客时，这首歌现在已经家喻户晓，而且套用在很多不同的场合都很适合。送我十几岁的女儿离家上大学远比将她所有的东西都搬上车要难得多。但是上大学对她来说是件好事，所以我也在学着享受这种感觉。

IBM 团队对于将孩子送往广阔天地这件事也深有感触。去年，我们将 WebSphere Liberty 开发和 JVM 开发都迁移到了开放环境。 Open Liberty 目前是一个 Java EE 运行时，我期待未来能够将它称为 Jakarta EE 运行时。

我知道在 Java EE 离开旧居的过程中会遇到一些阻碍，比如，为新平台选择名称就引起了激烈辩论，如您在 David Blevins 的博文中所见。但是通过在 Eclipse 基金会实现真正的社区合作，我们短时间内就已经取得了巨大的成功。大量 Java EE 参考实现目前已迁移到了顶级 Eclipse Enterprise for Java (EE4J) 项目下的项目中。每个参考实现在 eclipse-ee4j github 组织下都有自己的 Git 存储库集合。兼容性测试工具 (TCK) 和平台兼容性测试套件 (CTS) 还在准备当中，我们还有一个新的轻量级规范流程需要落实。很多事情还有待处理，但是让社区完全拥有企业 Java 这一进展已经给人留下了深刻的印

象。IBM 团队期待看到 Jakarta EE 的快速创新，现在它即将离开旧居，迁移到 Eclipse 社区。

Jakarta EE 接下来将何去何从？

Eclipse 基金会于今年三月开展了一次企业 Java 开发人员调研。超过 1800 名 Java 开发人员作出回应，并推荐了三个重点领域：

完善微服务支持
与 Kubernetes 和 Docker 实现原生集成
加快创新步伐

令人欣慰的是，调研结果证实 IBM 一段时间以来关注的领域是正确的。 Eclipse MicroProfile 社区的目标是加速和扩展面向微服务的企业 Java，在与社区其他成员共同创立该社区时，我们就已经在这些领域领先一步。Eclipse Microprofile 建立 18 个月以来，我们已经见证了它的四个版本。我认为这确实鼓舞人心，证明了 Eclipse 基金会如何根据社区意愿支持“加快创新步伐”。借助许多 Java EE 实现（包括Open Liberty）快速采用 MicroProfile，已经使其成为构建云原生应用的六大 Java 框架之一。

在 IBM，我们使用 Liberty 作为IBM Cloud 平台的 Java 应用环境。我们将 Liberty 对 MicroProfile 功能（比如 Health Check、Metrics 和 Fault Tolerance）的支持与 IBM Cloud 平台的基础 Kubernetes 和 Istio 子系统进行了集成。我希望并预期会看到我们在 MicroProfile 中构建的以 EE 为核心的技术，将为 Jakarta EE 的未来发展方向定下基调。

Jakarta EE – 企业 Java 的新居