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

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

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

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

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

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

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

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

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

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

封锁

人们希望甲骨文能够改变颁发 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 月份完成标准制定。

云服务变成了新宠

在 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 了。”

开源运动的好机会

甲骨文对此举没有做任何解释，这无疑给 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 之后还会这么好心的把它捐掉？

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 会一直站在悬崖边上。