从去年秋天开始,随着甲骨文将开发资源转移到其它项目,服务端
Java应用企业框架Java EE的开发事实上停止了。甲骨文发言人Mike
Moeller发表声明称该公司承诺会继续支持Java和Java
EE。甲骨文正在与Java社区的关键合作伙伴密切合作,敲定Java
EE下一个版本Java EE
8的建议,将在今年9月的JavaOne会议上与Java社区分享完整细节。对于甲骨文的回应,Java社区开发者的反应混杂了惊讶和怀疑。

原文出处:开源中国

你可能听说过类似的消息了,甲骨文公司不声不响地撤掉了一项社区技术的资金和开发人员支持,而许多消费者和企业合作伙伴已经在这项技术上投入了大把的时间并编写了大量的代码。究其原因也简单的很:这技术,不挣钱啊!

图片 1

图片 2

甲骨文干这事儿也不是第一次了,对于那些被甲骨文收购的开源项目,这样的结局似乎成了一种宿命。从
OpenSolaris 到 OpenOffice.org,都是这样的命运。这回轮到了 Java
头上,更准确的说,是 Java 企业版(Java Enterprise Edition,Java
EE)。OpenSolaris 和 OpenOffice.org 两个名字大概很多人都没听说过,但
Java EE 可是每个人都接触过的,作为一种端技术,Java EE
在全世界驱动着数以百万的网站和企业应用。甚至在许多不是基于 Java
的应用中,Java EE 也扮演着不可或缺的角色。

出处:Solidot

甲骨文表示,目前正在与可能的几个候选基金会,以及许可证持有者和社区在进行谈判。

图片 3

随着 Java EE 8 平台的确定,甲骨文在周四表示,目前正在考虑将 Java
Enterprise Edition 技术转移到开源社区。

甲骨文的律师已经就安卓系统 Davlik 编程语言的 Java
接口问题在法庭上和谷歌打了好几个月的官司了。这期间,甲骨文的 Java
开发进度明显减慢了,Java EE
更是完全处于停滞状态。这完全停止开发进度让依赖 Java 平台的企业和 Java
社区里的许多用户都深感不安,要知道,这些人中有许多就是甲骨文最大的几个客户。

甲骨文在其博客中说道,这次的转移,可能是正确的下一步行动,为了采用更灵活的流程,实现更灵活的许可授权,并改变管理的流程。

一些曾在甲骨文参与 Java EE 开发的员工曾在 Java
社区上透露,他们已经被分配到了别的部门。一些 Java EE
开发者们想要自立门户建设 Java 平台的言论也不是一两天了,他们想要自己实现
java 平台,摆脱对甲骨文手中这个 20
年历史的软件平台的依赖。尽管如此,尽管公司内负责管理 Java
标准的成员明确要求甲骨文就 Java EE
的未来做出规划,甲骨文仍然是一言不发。

软件巨头甲骨文表示,目前正在与可能的几个候选基金会,以及许可证持有者和社区在进行谈判。甲骨文表示它将会支持现有的
Java EE 实现和 Java EE 8 的未来实现,并将继续参与未来 Java EE
技术的发展。

Java 社区独立选举的社区进程执行委员会成员 Geir Magnusson
就表示:“甲骨文在玩火。说来也是讽刺,现在竟然有一家公司让我们怀念起 Sun
来。”(译注:Sun 是最初开发 Java EE 的公司,后来在 2009
年被甲骨文收购。)Magnusson
觉得去猜测甲骨文的动机根本不可能,因为管理层的决策方式非常不透明。但如果非要从那些与甲骨文内部
Java 开发团队走得近的人透露的消息猜一下的话,可能甲骨文是要放弃 Java
了,毕竟它也不是第一次做这种事了。况且在公司正在法庭上和谷歌打官司的时候,就已经开始减少对
Java EE 开发的资金和人力支持了。

甲骨文在博客说到,“但我们认为,一个更加开放的发展不应依赖于单一的供应商作为平台领导,应鼓励更多的参与和创新,这才符合社区的最大利益。”

甲骨文对此事出奇的沉默,这让许多 Java
社区的成员担心甲骨文是不是不只要放弃 Java EE,而是要扔掉整个 Java
平台。一个自称“Java EE
守护者”的组织正在试着通过公共关系和联名请愿的方式给甲骨文施压,让它要么重启
Java EE 的开发,要么就让 Java EE 免费开放。但让甲骨文放弃 Java
这一大知识产权希望实在是渺茫,特别是现在谷歌在法庭上打赢了官司,甲骨文还准备再次上诉。

Java EE 是开发企业应用程序的一套非常成功的开放标准,但一些 Java EE
爱好者和分析师已经说过它并没有跟上开发者对轻量级框架或架构趋势的偏好。

曾经在甲骨文从事 Java 宣传工作的 Reza Rahman 担任“Java EE
守护者”的发言人,他说道:“我们目前从甲骨文听到的唯一消息是来自 Java EE
规范制定团队的,他们说目前无法继续进行自己的工作。然而他们并没有说他们现在正在干什么,或者在开发什么。”

甲骨文在博客文章中也承认了这一点,“虽然 Java EE 是在 Java EE
社区参与下进行开发的,但这个过程不被认为是敏捷、灵活或开放的,特别是与其他开源社区相比。我们希望做得更好”

Rahman 相信甲骨文对 Java 不管不问会对全球 IT
业产生巨大冲击,无论长期还是短期都是这样。他解释道:“Java 和 Java EE
是普适的技术,全球 IT 业的许多内容都基于它。整个 Java 生态系统是在过去的
20
年间逐渐形成的,它的开放标准受到了多家供应商的支持。可以说许多人的生计就依赖于
Java 了。”如果没有继续的资金支持和发展,整个 Java
生态系统的每个部件都会逐渐变得落后,全球 IT
行业也会随之减慢发展的脚步,直至找到合适的 Java 替代品。

去年,Java EE
社区越来越担心甲骨文会忽视这个框架,并且成立了 Java
EE
Guardians 来保护和推广它。其中一些成员已经讨论关于将
Java EE 移至一个基金会的想法:

当人们联系到甲骨文 Java
开发团队成员以及甲骨文客户,想要他们提供相关信息的时候,都受到了拒绝。他们大多害怕甲骨文会追究他们的法律责任。甲骨文的媒体部门也对
Java 的相关话题三缄其口,邮件和电话一概不回。

图片 4

甲骨文作为商人的本性被人们编成了许多笑话,比如在“12 个 Java
开发者的噩梦”评选中获得第四名的笑话是“你热爱开源运动、热爱分享,但你在甲骨文工作。”

与此同时,Red Hat 的高级产品经理 John Clingan 发表了一份声明,指出将
Java EE 移至开源组织将是“非常积极的举措”。

图片 5

Red Hat 领导着 CDI 和 Bean Validation 这些与 Java EE 相关的 Java
规范提案,参与多个额外的与 Java EE 相关的 Java 规范提案,也是一个 Java
EE 许可证持有者,并将 JBoss Enterprise Application Platform 与 Java EE
完全兼容。

封锁

人们希望甲骨文能够改变颁发 Java
使用许可的方式,但都遭到了拒绝。最近的一次尝试来自 Java
社区进程组织(Java Community
Process,JCP),也在今年被甲骨文的律师们否决了。公司的法律团队表明,在当下谷歌的诉讼还没有结束的状态下,甲骨文是不会对许可方式作出改变的。

与此同时,JCP 为监督 Java 标准变化所做的努力也逐渐被甲骨文的 OpenJDK
开发人员破坏掉了。OpenJDK 的开发人员在没有联系 JCP 的情况下直接给 Java
平台添加了新的功能。JCP 和非甲骨文员工的 OpenJDK
社区成员都对这种行为感到担忧,如果将来 JCP
被甲骨文架空,那就不好玩了。来自 JCP 的 Milinkovich 表示,随着 OpenJDK
的开发成果越来越多,同样是开源项目的一部分,JCP 作为 Java
行业的领军组织之一,其地位也受到了威胁。但 Milinkovich
也说道他目前还不担心这一点:“作为开源社区的组织者之一,我相信开源的力量。我们需要澄清
OpenJDK 社区的角色,以及他们会给开源社区带来怎样的贡献。当然,对 Java
标准的影响也要说清楚才行。”

与此相比,Java EE 可能取消的议论显得更加激烈。自打甲骨文刚开始减少对
Java EE
的开源版本,GlassFish,的资金和技术支持,人们的不满就不绝于耳。即便没有了商业支持,Open
Glassfish 仍然会在甲骨文员工的主导下进行开发,并与 2013 年 6 月 12 日和
Java EE 7 一同发布。在随后的一年里,Java EE 有进步的,在 2014 年,JCP
处理的关于 Java 标准的请求大多是关于 Java EE 的。而在同年的 JavaOne
峰会上,甲骨文和 JCP 更是共同宣布了 Java EE 8
的开发。他们设立了一个目标,那就是在 2016 年 9 月份完成标准制定。

Clingan
表示:“有很多细节可以体现出来,红帽公司对甲骨文决定在一个开放和协作的社区推动
Java EE 是持乐观和赞扬态度的。红帽期待与甲骨文以及更多的 Java 和 Eclipse
MicroProfile 社区合作,帮助推动 Java EE 向前发展。”

云服务变成了新宠

在 2015 年,甲骨文加快了将工作重心转到云服务销售上的速度,Java
开发部门的预算再次受到削减,特别是 Java EE 和 GlassFish
团队,削减更是严重。与此同时,甲骨文宣称 Java EE 8
的标准制定工作要推迟到 2017 年上半年才能完成。

在 2015 年八月份,Java EE
团队正在紧张地处理一项涉及多个开发项目的问题时,却突然被公司叫停。甲骨文总裁发现数据库等中间件产品的销售额在
2016 年第二季度出现了下降后,决定关闭 Java EE
的大部分开发进程。这一举动吹响了在甲骨文董事们的领导下,全公司转向以云服务为中心的号角。甲骨文前高级副总裁
Cameron Purdy 因为主张重新给 Java EE 团队注资而被公司董事会革职。

甲骨文的预算削减给那些密切注视 Java 项目,特别是 Java EE
的人带来了很大影响。Java 团队解决的问题数量出现了明显的下降,
而提交到各个项目的代码数量也比以前少的多了。原定于 2016 年第一季度推出的
Java Server Faces 新标准也没有了消息,具体推迟到什么时候推出也没有信。

在 4 月份,JCP 执行委员会终于正式讨论了 Java EE 开发停滞的问题。代表伦敦
Java 社区的 Martijn Verburg 表示 Java EE 的进程在 11
月份就有停滞的迹象。他说:“现在看来,甲骨文旗下的 Java EE JSR
开发已经基本停滞,或者是完全停止了。一些甲骨文内领导相关标准开发的人已经公开承认自己已经被公司分派到其它项目上去,没有时间开发
JSR 了。”

来自:ZDNet

开源运动的好机会

甲骨文对此举没有做任何解释,这无疑给 Java
社区和生态系统带来了很大的负面影响。Verburg
表示:“一些主张独立的人已经开始讨论重拾 Java EE 开发,以及考虑更换 Java
EE
领导权的问题。”没有了甲骨文的表态,各个公司只能根据自己的现有框架去应对客户们的新需求,这无疑会让
Java 社区变得更加分散。

Verburg 声明:“我们需要甲骨文的官方消息!”如果甲骨文对 JCP 关于 Java EE
的请求不管不问,就表明他们根本不重视 JCP。

截至目前,甲骨文仍然没有发布任何公开声明。大部分社区成员依然很失望。即便是一些金融服务公司的
JCP 代表都对此表示担忧。Java EE
守护者团队建设了一个抗议网站并组织了一次请愿活动。在最近的 JCP
执行委员会会议上,Verburg 更是感叹道:“甲骨文对此不管不问,显然是对 Java
生态系统没兴趣了。”他同时表示自己的公司不会再依赖于 Java
EE,因为未来甲骨文随时可能叫停 Java EE 的开发。多么讽刺啊,JCP
委员会成员公开表示他们不能再依赖于 Java EE 了。

Milinkovich
坦言甲骨文终究还是那个甲骨文,他评论道:“甲骨文的一大特点就是作出决定后坚决执行,有人说这是优点,也有人说这是缺点。因为甲骨文公司庞大,这些决定需要一段时间才能生效。我觉得甲骨文在推动
JavaOne 开发的同时应该给 java EE 制定好路线图,不然就太说不过去了。”

残局

我们有很多理由相信甲骨文不会让 Java EE
彻底消失,其中一个就是他们自家的许多产品也依赖于 Java EE。尽管 Java EE
对甲骨文来说不如 Java SE 有战略意义,但它仍然直接或间接地位甲骨文 70%
的软件授权和支持收入做出了贡献。

来自 Java EE 守护者组织的 Rahman
表示他希望甲骨文能够对舆论压力做出反应。他说守护者组织的活动才开展了几个星期,现在就说甲骨文永远不会有反应还为时尚早。如果甲骨文现在回心转意的话,事情还没有发展到无可救药的地步。其他人则不认为甲骨文会做出积极回应,Magnusson
表示甲骨文不是一个习惯被别人推来推去的公司。

当然,甲骨文王完全可以砍掉 Java EE
而且不让任何其他人接手。这种动作的影响远远不止于企业用户,而是会动摇甲骨文对
Java 整体的信心,要知道 Java 现在可是物联网的最佳选择。

Rahman 说道,甲骨文摆脱 java 的最好办法就是把 Java 平台整个捐给 Eclipse
Foundation, Apache, ECMA, 或者 W3C 这样的组织。这样一来希望继续使用 Java
的用户和企业还可以接着开发。但连他自己都怀疑甲骨文决定放弃 java EE
之后还会这么好心的把它捐掉?

图片 6

Java 启示录

如果甲骨文真的决定走“毁灭一切”的路,被来就落后的安全补丁开发就会完全停止。数千计使用
Java EE 的服务器和云服务都会受到威胁,他们最终不得不替换掉植入的 Java EE
组件,或许那些抛弃甲骨文 JCP 的公司会出资开发一个新的开源项目来替代
Java。许多公司已经在考虑这种情况,作为最后一根稻草,其它厂商已经开始讨论开发一套独立的
Java API 的方案。如果事情真的走到这一步,JCP 也会加入他们。

鉴于这些原因,甲骨文更有可能选择让 Java 社区进程委员会的成员来领导 Java
EE 的开发,而自己则保留 Java SE 的领导权。因为 Java EE 依赖于 Java SE
核心,这样一来甲骨文依然保有对 Java 平台的控制权。即便 IBM 或 Red Hat
接管了 Java EE 标准制定,也不能威胁到甲骨文的地位。

同时 Rahman 相信继续开发 Java EE
会给甲骨文带来更多利润。他认为能否成功的管理 Java
是决定甲骨文在云服务中取得开发者、顾客以及行业信任的关键。作为成功推广
Java 的公司,如果能亲手把 Java
带入云服务,将会是战略性的胜利。但话说回来,想要甲骨文为了商誉继续开发
java EE
恐怕比较困难。特别是现在公司正和谷歌在法庭上战的不可开交,此时动摇对
Java
这一知识产权的所有权不是在打自己的脸吗?请愿活动估计也会收效甚微,前 Sun
公司首席开源官(chief open source
officer)直截了当地说道:“一场不能威胁甲骨文营利的请愿活动是没有效果的。”

考虑到现在甲骨文的利润额继续上升,而公司的两名联合首席执行官目前是科技行业薪资最高的两名高管,想要赢得他们的注意力相当困难。在这一切有所改变之前,我们唯一能确定的就是
Java EE 会一直站在悬崖边上。