目前我们在Google Group聚集了将近400名成员，我们的Twitter账号也有近2000名关注者。
虽然受雇于Oracle，这些“步兵”依然在努力推动Java技术继续发展。然而他们提供的统计数据显示出Java EE开发热潮正面临严重的衰退。从他们网站上提供的图表中可以很清楚地看到，问题的解决数量和版本的提交数量均有双双下滑的趋势。
按照Oracle的辩解，该公司似乎已经将未来发展方向全面转向云计算。
虽然Java EE守护者也认同云计算的重要性，但同时他们也表示：
尽管如此，依然有越来越多的证据表明Oracle正在非常明显地忽视Java EE，逐渐削弱娴熟的Java EE开发者所建立的完善生态系统。除非情况很快出现转机，否则无论按照最初的承诺是否能顺利发布，Java EE 8的交付很可能变得遥遥无期。
Oracle为何采取这种忽视的态度，这种态度又到底会持续多久，这些事情还很难说。就算面对最“亲密”的合作伙伴，Oracle也没有透露自己的动机，只是留下整个社区自生自灭。有一种令人非常不安的可能性认为，Oracle这样做是为了逐渐脱离基于开放式标准的协作式开发方法，转为追求一种高度专有的单方向方法。
Java EE守护者的章程所追求的是一种更为“理性的战略”，希望通过为整个业界提供支持以“解决这个棘手的问题”：
按照承诺，我们依然需要对Oracle这种体量、业务范围，以及资源规模的公司施加必要的影响力。说服Oracle 充分考虑外部用户（甚至该公司客户）的合法权益，以往的经历证明这种方法充满着挑战。此次继续这样做依然有很大可能无法成功，但我们始终要保持足够的理性和乐观。Java EE社区需要你的帮助。我们需要你的意见支持，甚至可能的情况下需要你自愿付出一定的时间，帮助我们这次取得成功。你可以通过各种方式为我们提供帮助。
从Oracle的观点来看，很可能觉得已经不值得继续为Java EE或其他Java技术提供支持。JavaFX依然没有按照预期获得足够的关注，NetBeans IDE依然只占有10%的市场份额。InfoQ向Rahman问到对于无法实现“逃逸速度”的技术继续进行巨大的投入所能获得的价值：
我能告诉你的是，Netbeans是一种很优美的IDE。只要能妥善运用，NetBeans就能获得成功。
最开始JavaFX并不是一种多么优雅的API，并且当时看来后续改进和完善的余地并不大。但这个技术还没有糟糕到要被我们抛弃的地步。汽车仪表盘可能运行在JavaFX之上，浏览器也可能如此。Java需要一种前端技术，JavaFX与TLC的配合填补了这项空白。
移动领域也是如此，虽然也有问题，但依然有必要继续完善和改进，市面上也有不少公司愿意继续完善这项技术，因为这里面依然存在着问题空间（Problem space）。
本文转自d1net（转载）