该消息来自一封有关Java EE 8规范维护发行版指南的电子邮件。Oracle建议并支持使用EE4J推动的过程对Java EE 8规范进行功能增强，而不再建议或支持使用JCP对Java EE 8进行任何功能增强。不过，有些时候，可能会有合适的理由提供Java EE 8规范的维护发行版。

Lyons接着说，维护发行版（MR）的合适理由包括修改规范勘误表、解决安全漏洞以及更严格地区分Java在EE和SE中那些不同的方面。JEP 320涵盖了EE和SE共有的技术，其中包括CORBA、JTA、JAX-WS、JAXB、JAF和Web Service通用注解。

据jcp.org介绍，JCP是一种针对Java技术开发标准技术规范的机制。它向所有人开放，任何人都可以参与审核，并提供Java规范请求（JSR）反馈。任何人都可以注册成为JCP成员，并加入JSR专家组。成员甚至可以提交自己的JSR提案。

在EE4J FAQ中，有这样一个问题：EE4J会使用JCP流程吗？

一般来说，EE4J会为平台演化定义新的流程。大多数继续使用JCP的问题主要集中于具体的规范流程。EE4J中的规范流程仍然有待定义。目前，我们希望规范可以在JCP之外发展演化，这样，一个更加简便、灵活、开放的EE4J流程就不会与现有的JCP流程有太多联系。但是，这个流程还没有设计出来。

他们接着说，项目的优先事项是将Oracle领导的Java EE项目过渡到Eclipse基金会下。项目转移涉及参考实现重新授权、TCK（测试兼容性套件）及文档。该过程不包括现有规范的重新授权。现有的规范将允许使用已有的javax.*命名空间，现有的JCP规范命名（Java Servlet）今后将可以继续使用。

在相关的新闻报道中，Java EE Guardians发表了“社区关于Java EE命名和打包的联合公开信”。该信要求Oracle及其他EE4J利益相关者：

允许新平台保留Java EE的名称
允许将现有的javax.*程序包用于已有的技术
允许将java.enterprise用于新技术
对此，Oracle最初的回应是#2没问题，但是“Java EE”的名称和javax.*程序包的名称使用了Java的商标，“表明这些技术源自Oracle以及由Oracle管理的社区流程”。

想要了解EE4J项目的基站，可以查看charter项目、Aquarium博客或加入ee4j社区邮件列表。

转载地址：http://www.linuxidc.com/Linux/2018-01/150475.htm

本文地址：https://www.linuxprobe.com/javaee-saygoodbye-jcp.html

编辑：倪家兴，审核员：逄增宝

本文原创地址：https://www.linuxprobe.com/javaee-saygoodbye-jcp.html编辑：倪家兴，审核员：暂无