今年JavaOne发出的消息相当大：Java EE正在向Eclipse 基金会转型。 David Heffelfinge将告诉你JavaOne发生了哪些变化。

JavaOne 2017上周在旧金山举行。David Heffelfinger是会议的发言者，与其他演讲嘉宾共享舞台，例如Oracle的Java EE传播者David Delabassee、 JVC规范主管和专家委员会成员Ivar Grimstad、杰出的Jeddict NetBeans插件的作者Gaurav Gupta、Payara创始人Steve Millidge、巴西SouJava Java用户组(JUG)的Michael Nascimento Santos。

Java EE 8小组由SOUJava的Elder Moraes和Oracle Cloud Evangelist组织，小组成员包括David Heffelfinger、Adam Bien、Ed Burns、Ivar Grimstad、Steve Millidge、Reza Rahman、Antoine Sabot-Durand、Bruno Souza、Kevin Sutter、Ruslan Synytsky和Edson Yanaga。

Java EE转型到Eclipse

大会的相关新闻是Java EE向Eclipse 基金会的转型，总的来说，Java EE社区对这一消息表示欢迎。Java社区提出许多问题，但这是一个新事件，很多细节没被解决，很多问题也没有明确的答案。

Heffelfinger汇集了社区中提出的最常见的问题，以及来自转型期参与者的初步答案。本文中的任何内容仅供参考，因为至今Oracle、Eclipse 基金会和参与转型期的Java EE社区成员都没有明确的答复。Heffelfinger声明没有内部资料，文中所写的全部内容都是关于在转型期参与者和Java EE社区的公开声明。

Java EE的新名称?

由于知识产权(IP)的问题，一旦转型到Eclipse基金会上后，Java EE将被重新命名。近期宣布Java EE将被重新命名为“Java Eclipse Enterprise”，该技术的新缩写将是EE4J。

Java EE社区的许多成员都不喜欢这个名字。Oracle的代表解释，“为Java EE这样广泛使用的技术选择一个新名称并不是一件简单的事情，这个名称即需要引人注意，也不能被注册过。”

简而言之，命名是困难的，由成千上万的开发人员组成的委员会来命名这几乎是不可能的。此外，Eclipse基金会的执行主任Mike Milinkovich在一篇博客文章中说，“EE4J”是Eclipse基金会的顶级项目的名称，而实际的技术在未来可能会有所不同。

SOUJavaJUG领袖和JCP成员Bruno Souza认为命名为EE4J是有道理的, 因为知识产权关注的新名称不能以“Java”开头，基金会商标指南指出，在引用Eclipse项目时，首先和最突出的参考项目被引用为Eclipse [项目名称]，例如Eclipse Enterprise for Java。著名的Java EE顾问Adam Bien也表示对新名字的支持。

Heffelfinger参加的一个EE4J小组在会议上提出了命名的主题。 Tomitribe的创始人David Blevins是小组成员之一。虽然他没有表明对这个名字的立场，但他表示，不应该专注于名称，而应该重点关注未来版本的Java EE。他用一个很好的比喻来说明他的观点：“我不在乎乐队的名字，我关心的只是音乐”。

Heffelfinger同意David Blevins的看法，我们有比这个名字更需要去关心的事情。 “Eclipse Enterprise for Java”中的“Eclipse”是指Eclipse 基金会。然而，在较大的Java社区中，许多人将“Eclipse”这个词与Eclipse IDE联系起来。在名称中使用“Eclipse”这个词可能会导致一些人认为这仅适用于Eclipse IDE的用户，但事实上绝不是这样。

如前所述，Eclipse 基金会商标使用指南要求其管理下的所有项目的官方名称以“Eclipse”命名为其项目名称。如果“Eclipse”这个词不属于缩略词的一部分，这样可能避免这种情况。CDI规范的领导者Antoine Sabot-Durand建议将名称改为“JEclipse Enterprise Java for Java”。 保留EE4J的首字母缩略词，删除“Eclipse”。

Java EE API包名称空间问题

目前，Java EE API包名称使用的是javax顶级包。 所有与Java EE相关的类和接口都放置在以javax开头的java包中，例如JAX-RS的javax.ws.rs和JPA的javax.persistence。 目前的计划是将现有的Java EE技术保留在以Java EE包命名空间中，但将新的EE4J技术移到尚未确定的新包命名空间中。

javax包命名空间意味着Java EE是Java语言的组成部分。 Java EE社区的一些重要人士表示担心，将EE4J软件包移动到不同的软件包命名空间可能会导致某些软件将EE4J视为“另一个框架”，而不是Java的组成部分。 其他人认为，将现有API保留在当前命名空间中并将新API添加到新命名空间是一个不错的折衷。

Java EE的Java社区流程管理

在Oracle的管理下，Java EE的详细计划书已经提交给Java社区进程(JCP)了。 JCP是Sun Microsystems被Oracle收购之前组建的。用于组织和个人共同为Java语言和Java EE提出并实现的新功能。

在迁移到Eclipse 基金会之后，关于JCP是否会继续任职Java EE的管理员存在一些问题。 Java EE社区的一些成员非常希望通过JCP继续来改进和更新Java EE。通过JCP并不意味着Oracle必须引导详细的计划。毕竟，Bean验证和CDI规范都并非由Oracle领导。

Java社区的其他成员认为，在迁移到Eclipse基金会之后，Java EE的管理应该从JCP转移。JCP的成与Java EE社区的杰出成员Bruno Souza表示， JCP是最好的机制，我们必须允许社区对本质上属于Oracle的一套专有的详细计划做出贡献;现在Java EE正在全面开放，通过JCP向前推进并没有任何意义。他认为，Java EE应该转移到 其他机构，例如Eclipse基金会内部。

其他社区成员对JCP处理知识产权的方式表示担忧，指出JCP的规则将有力的支持Oracle。

Oracle对Java EE失去了兴趣?

Java社区中的一些人认为将Java EE捐赠给Eclipse基金会是一个表明Oracle正在失去对Java EE兴趣的迹象。Heffelfinger称，关于这个话题，Oracle没有公开声明。然而，Java EE社区的杰出成员认为Oracle的动机并不重要，重要的是最终结果:开源Java EE是一个非常积极的结果。

技术兼容包和Java EE认证

在Oracle的管理下，符合Java EE标准的应用服务器供应商必须通过所谓的“技术兼容工具包”(TCK)验证。Java EE应用程序供应商必须支付Oracle才能访问TCK，以便他们的产品可以通过Java EE兼容认证。而TCK的无公开可用性，也曾给开源Java EE应用服务器造成了问题。

Heffelfinger称，还没有听说过任何关于TCK可用性的官方公开声明，但是基于目前的讨论，这意味着TCK将在Eclipse基金会完成后免费提供。将允许通过没有TCK的当前应用程序服务器，以及打开新的Java EE实现大门。

与MicroProfile共存

MicroProfile计划是一年前由一系列的Java EE供应商和Java用户组启动的。该计划是对Oracle在Java EE 8上进展缺乏的回应。对Oracle之外的组织而言，这种方式可以自己掌握命运，也可以在没有Oracle参与的情况下将Java EE向前推进。

现在，Java EE正在向Eclipse基金会转型，一些Java EE社区成员表示MicroProfile计划可能会变得冗余，因为Oracle并没有像拥有该技术一样掌握Java EE，但目前还没有关于这些问题的明确答案。

Red Hat的Mark Little表示，关于处理MicroProfile的决定必须由MicroProfile和EE4J社区自己做出，Eclipse基金会不会决定结果。 David Blevins表示希望MicroProfile计划可以继续成为EE4J的子项目并继续下去。MicroProfile之后会添加新技术，并在技术成熟之前转移到EE4J上。

近年最好的JavaOne

查看Java Champions和JUG领导人的推文和邮件后，一般的看法是这是近几年来最好的JavaOne。Heffelfinger认为，Oracle已经做出使Java能够继续前进的重要的决定，以满足那些需要新功能的开发人员和需要稳定部署的开发人员。 随着这些变化，Java将继续是全球最受欢迎的软件平台。