内容简介：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
以上所述就是小编给大家介绍的《Oracle 公开回应：EE4J 不会沿用 Java EE 的命名》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- Golang中使用Date进行日期格式化（沿用Java风格）
- 前端开发之Pascal命名规范 & BEM命名规范
- C# 中新增类型的命名空间只需部分与其他命名空间名称相同即可破坏源码兼容性
- 未命名
- Java~命名规范
- 如何代码命名
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
