Oracle 公开回应：EE4J 不会沿用 Java EE 的命名

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

转自 http://www.oschina.net/news/92568/ee4j-will-not-inherit-the-java-ee-name