EE4J代码开启开源之旅

开源 语言 Java

摘要

企业级Java源代码开启了Eclipse EE4J项目开源之旅。EclipseLink和Yasson[Java JSON Binding（JSR-367）的官方参考实现]成为两个最先转移到EE4J保护伞之下的项目。

正文

随着Oracle决定开源Java EE技术，Eclipse基金会为了管理这些技术而创建的EE4J项目就引起了人们的关注。

在项目创建后不久，EclipseLink和Yasson[Java JSON Binding（JSR-367）的官方参考实现]就成为两个最先转移到EE4J保护伞之下的项目。根据11月份的报道，还有其他七个项目发布公告要加入该项目。

尽管这些项目的创建及Eclipse提供二进制文件的下载标志着Java EE在开源之路上迈出了一大步，但整个开源项目的关键是提供了源代码。现在，代码开始流入GitHub库。1月11日，Dmitry Kornilov宣布，JSON-P项目的源代码已经推送到EE4J组织的GitHub库。在本文撰写之时，JSON-P已经加入了面向Websocket API、JMS API和Jax-RS的开源代码库。EclipseLink和Yasson项目也提供了源代码，但只能通过Eclipse网站下载而不是通过协作型的GitHub环境。

Kornilov是JSON-P规范的领导者，他开始向Github提交表明一系列必要任务进入了高潮，其中，包括Oracle向Eclipse基金会移交像Glassfish这样的注册商标项目名称。Oracle团队还必须更新代码中的文件头，使其包含它现在将要遵循的Eclipse公共许可证2.0，并打包交付。在批准第一次检入之前，Eclipse管理组织（EMO）的工作人员必须审核项目提案，创建项目，配置库，创建提交者清单及扫描代码中可能遗漏的IP。

1月11日，Kornilov在EE4J社区邮件列表中宣布了这件事，其兴奋之情显而易见。Mike Milinkovich是Eclipse基金会的执行董事。他在博客中指出，现在路已经走通，剩下了8个初始项目将快速跟进，“这个月有望完成”。

然而，当前任务的复杂性已经从EE4J项目管理委员会一月份的会议记录中得到了证明，Eclipse Ozark实现项目的许可问题已经被提了出来。该项目目前遵循Apache-2.0许可协议，这与EE4J项目当前的许可方案相冲突。如果不移到Eclipse EE4J保护伞下，就会影响到MicroProfile项目。此外，考虑到企业商标问题，人们担心Oracle会限制“java”一词在包名中的使用。这已经促使Reza Rahman就这个问题在Java EE Guardians网站上发表了一封公开信，而这封信在EE4J社区邮件列表上引发了激烈的讨论。

查看英文原文：EE4J Code Begins the Journey to Open Source