甲骨文放弃不赚钱的Java，云服务变成了新宠。你可能听说过类似的消息了，甲骨文公司不声不响地撤掉了一项社区技术的资金和开发人员支持，究其原因也很简单：这技术，不挣钱啊！　　在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会一直站在悬崖边上。