Oracle 的 Will Lyons 已经回应了 Java EE Guardian
的公开信，信中要求该公司允许对 EE4J 使用“Java EE”命名和“javax”包。 尽管 Oracle 不允许新的平台保留 Java EE
名称，但他们似乎同意了另一个要求。
本月早些时候，Java EE Guardians 发表了一封致 Oracle 的公开信，要求他们允许对 EE4J 使用“Java EE”命名和“javax”包，并在信中陈述了原因： 开发者非常重视 Java EE。 从 J2EE 到 Java EE 的平台重命名，在很长一段时间里引起了市场混乱。再次更名，只会进一步增加容易混淆的程度，会影响到引用了 Java EE 名称和 javax 包的资源。 Java EE 一度被视为整个官方 Java 开放标准平台的组成部分。 这对 Java EE 的用户，贡献者，实现者和支持者来说独一无二且十分重要的。 任何无法凸显 Java 特性的新名称都会降低其重要性。 新平台中，如果其中很大一部分 API 属于“javax”包，而另一个重要部分的 API 属于另一个包，容易造成混乱。 稳定性，向后兼容性和连续性是受 Java EE 使用者重视的重要特征。 强制品牌重塑会破坏这些有价值的特征。
并表示： Java
EE 和 javax.* 名称利用 Java 商标，并指出了这些技术的来源是 Oracle 和 Oracle 管理的社区进程。
作为向用户提供产品来源的重要标识，我们必须继续保留使用 Java 商标的这种名称。 这将有助于我们维护 Java 商标，这符合 Oracle
的利益和社区的利益。
虽然要求使用 Java EE 名称的建议不太可能被采纳，但 Oracle 方面表示：“可能会为使用现有 JCP 流程创建的 Java EE 规范创建一个新版本。”他们可以制定一个方法允许使用 javax.* 名称来扩展这些现有的规范，以便适应这些要求。 Oracle 坚持认为，EE4J 将是现有 Java EE 8 技术的发展： Oracle 正在将其现有的 GlassFish Java EE 8 参考实现资源提供给 EE4J Oracle 将贡献他们现有的 TCKs Oracle 打算允许某些现有 javax 软件包的使用，考虑到这些软件包是由兼容性而演变来的 Oracle 打算允许将现有的规范名称用于组件规范 Oracle 正在构建一个兼容 Java EE 8 和 EE4J 的初始 EE4J 实现 Oracle 将与 EE4J 社区合作推广新品牌。
Java EE 应不应该重命名？你怎么看？ 编译自：Jaxenter | 
