javaone_把握JavaOne的脉搏：到目前为止，我们对Java EE的未来和EE4J的了解

javaone

JavaOne 2017于上周在旧金山举行。 我很高兴再次成为会议的演讲者，与其他演讲者分享了舞台，例如Oracle的Java EE传播者David Delabassee。 JCP规范负责人兼专家委员会成员Ivar Grimstad； Gaurav Gupta，出色的Jeddict NetBeans插件的作者； Payara的创始人Steve Millidge； 巴西SouJava Java用户组（JUG）的Michael Nascimento Santos。

我也是SOUJava的Ela Moraes的长老和Oracle Cloud Evangelist组织的Java EE 8小组的成员，小组成员包括Adam Bien，Ed Burns，Ivar Grimstad，Steve Millidge，Reza Rahman，Antoine Sabot-Durand，Bruno Souza，Kevin Sutter，Ruslan Synytsky和Edson Yanaga。 我还参加了会议上其他出色演讲者的几次会议，实在太多了。

与往常一样，会议上进行的事情太多了，无法参加所有会议，动手实验室，黑客活动和会议。 由于大量参与Java EE社区，我试图参加尽可能多的Java EE会议和活动。

Java EE迁移到Eclipse

大会上与Java EE相关的重大新闻是Java EE迁移到Eclipse基金会，Java EE社区对此表示欢迎。 这项工作是最近的事情，并非所有细节都已解决。 Java社区有很多问题，从Oracle到Eclipse Foundation的过渡所涉及的问题还没有全部答案。

我试图汇编社区提出的一些最常见的问题，以及参与过渡的人们的初步答案。 请记住，本文中的任何内容都不应被视为福音，因为没有人有确切的答案，不是Oracle，不是Eclipse基础，也不是涉及过渡的Java EE社区成员。 您的谦虚作者没有任何内在知识，我在这里写的所有内容都是基于涉及过渡和Java EE社区的人员的公开声明。

Java EE的新名称？

由于知识产权（IP）的考虑，一旦移交给Eclipse Foundation，Java EE将被重命名。 最近宣布将Java EE重命名为“ Eclipse Enterprise for Java”，该技术的新缩写将是EE4J。

Java EE社区的许多成员不喜欢该名称，有些人感到沮丧的是，通常在没有Java EE社区输入的情况下，该名称被选为“闭门造车”。 Oracle的一位代表解释说，为诸如Java EE之类的广泛使用的技术选择一个新名称并不是一件容易的事，该名称必须易记，不能在世界任何地方注册为商标，不得以任何语言拼写任何不当内容等

简而言之，命名很难，由成千上万的开发人员组成的委员会进行命名几乎是不可能的。 此外，Eclipse基金会执行董事Mike Milinkovich在博客文章中指出，名称EE4J是Eclipse基金会顶级项目的名称，实际的技术名称将来可能会有所不同。

SOUJava JUG负责人兼JCP成员Bruno Souza表示EE4J名称是有道理的，因为出于知识产权的考虑，新名称不能以“ Java”开头，并且Eclipse Foundation商标准则规定，在引用Eclipse项目时，对该项目的第一个也是最突出的参考称为Eclipse [项目名称]，例如Eclipse Enterprise for Java。 著名的Java EE顾问Adam Bien也表达了对新名称的支持。

我参加了会议上的EE4J小组会议，其中提到了命名问题。 Tomitribe的创始人David Blevins是小组成员之一。 尽管他没有说明他是否喜欢该名称，但他表示我们不应该过多地关注名称，而应该关注将来的Java EE版本中可以做什么。 他用一个比喻来说明他的观点：“我不在乎乐队的名称，我只是在乎音乐”。

尽管我同意大卫·布列文斯（David Blevins）的观点，即我们要担心的事情比名字更重要，但我确实对此表示担忧。 “ Java Eclipse企业版”中的“ Eclipse”是指Eclipse Foundation。 但是，大型Java社区中的许多人都将“ Eclipse”一词与Eclipse IDE关联。 名称中包含“ Eclipse”一词可能会使某些人意识到，这项新工作仅适用于Eclipse IDE用户，而事实并非如此。

如前所述，Eclipse Foundation商标使用指南要求在其管理下的所有项目的正式名称都必须在其项目名称前加上“ Eclipse”名称。 为了避免这种情况，最好不要将“ Eclipse”一词作为首字母缩略词的一部分。 CDI规范负责人Antoine Sabot-Durand建议将名称更改为“ Java Eclipse企业环境”。 这将保留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 Community Process（JCP）。 JCP由Sun Microsystems成立，之后被Oracle收购。 它是一组组织和个人，他们共同为Java语言以及Java EE提出和实现新功能。

在迁移到Eclipse Foundation之后，JCP是否将继续成为Java EE的管理者存在一些问题。 Java EE社区的一些成员非常渴望通过JCP继续改进和更新Java EE。 他们表示，该过程在过去一直运行良好。 通过JCP并不意味着Oracle必须领导规范。 毕竟，Bean验证和CDI规范都由Red Hat而不是Oracle领导。

Java社区的其他成员认为，在移交给Eclipse Foundation之后，Java EE的管理权应从JCP移开。 Bruno Souza是Java EE社区的杰出成员，并且（也许是具有讽刺意味的是）JCP的成员，他说JCP是我们必须允许整个社区为本质上属于专有规范集做出贡献的最佳机制。Oracle。 他指出，既然Java EE完全是开源的，那么通过JCP前进将不再有意义。 他认为，应该将Java EE转移到另一个标准机构，也许是在Eclipse Foundation内部。

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

Oracle对Java EE失去兴趣了吗？

Java社区中的某些人可能会认为向Eclipse Foundation捐赠了Java EE，这表明Oracle正在失去对Java EE的兴趣。 据我所知，Oracle没有关于此主题的公开声明。 但是，Java EE社区的杰出成员表示，Oracle的动机并不重要。 重要的是最终结果：开源Java EE是一个非常积极的成果。

技术兼容性套件和Java EE认证

在Oracle的领导下，符合Java EE的应用服务器的供应商必须通过所谓的“技术兼容性套件”（TCK）。 Java EE应用程序供应商必须向Oracle付费才能访问TCK，以便他们的产品可以通过Java EE兼容认证。 TCK并非公开可用，这在过去曾给开源Java EE应用程序服务器带来问题。

尽管我个人还没有听到任何有关TCK可用性的官方公开声明，但是基于当前的对话，这暗示着一旦移交给Eclipse Foundation，TCK将可以免费获得。 这将允许当前尚未通过TCK的应用服务器这样做，并为新的Java EE实现打开大门，因为成为Java EE认证产品的障碍将大大降低。

与MicroProfile共存

MicroProfile计划是一年前由一系列Java EE供应商和Java User组发起的。 该计划是对Oracle在Java EE 8上缺乏进展的回应。 可以这么说，这是Oracle以外的组织“将事情交到自己手中”的一种方法，可以在没有Oracle参与的情况下推动Java EE的发展。

现在，Java EE转移到了Eclipse Foundation，一些Java EE社区成员已经表达了对MicroProfile计划可能变得多余或过时的担忧，因为Oracle对Java EE的控制不如拥有该技术时多。 关于这些问题尚无确切答案。

Red Hat的Mark Little表示，必须由MicroProfile和EE4J社区本身来决定如何处理MicroProfile。 Eclipse Foundation不会决定结果。 David Blevins表示希望MicroProfile计划可以继续成为EE4J的子项目，从而继续下去。 然后，可以在MicroProfile中添加新的技术并进行试验，然后将这些技术成熟后再将其移至EE4J。

社区参与

当Java EE过渡到Eclipse Foundation时，肯定会有一段不确定的时期。 有些人可能会采取“拭目以待”的态度，等到举动成功后，再投入精力努力或根据新规范开发应用程序。

Tomitribe的创始人David Blevins总体上敦促Java EE社区参与这项工作，并且不要采取“拭目以待”的态度。 他说：“如果每个人都等待，看到并且什么都不做，那么什么都不会发生。” 我对此观点非常赞同，并且我也敦促Java EE社区参与其中。 第一步是加入EE4J社区邮件列表， 可在此处获得 。

翻译自: https://jaxenter.com/javaone-java-ee-heffelfinger-takeaways-137946.html

javaone