在最近的一次采访中，Oracle产品开发总裁ThomasKurian宣布了JavaEE8的一系列改进。此举被视为试图平息最近的批评（例如那些来自JavaEEGuardians）和工作分歧（例如MicroProfile）。目前信息匮乏，更多细节将在JavaOne2016大会上公布。Java开发社区越来越关注JavaEE的未来。此前，在今年5月，JCP执行委员会考虑向Oracle发出正式请求，要求对其JavaEE承诺和计划做出公开回应。虽然在会议上注意到，但该申请未获批准。实际上，它变成了一个非正式的应用程序。大约一个月后，JavaEEGuardians提交了一份change.org请愿书，希望激励甲骨文不要搞砸JavaEE。截至目前，签约人数已达3300人。人们可能会倾向于将这些举措视为与不满意的用户无关的孤立案例；诚然，这些JavaEE守护者中有几位是前Oracle员工。然而，越来越多的社区成员似乎加入了批评的行列：除了签署change.org请愿书之外，6月8日在英国Devoxx举办了一场名为“ToEEornottoEE”的研讨会，许多开发者提出了问题并发表了意见他们在现场或Twitter上表达了对JavaEE未来的担忧。此外，库作者指出，JavaEE8可能不足以为他们开发的库提供可行的替代方案。Jackson***的开发者TatuSaloranta在有人问及新的JSON-B时表达了这一观点。正是在这样的背景下，Oracle承诺将在JavaEE8中打包更多特性。虽然当前用于JavaEE8的JSR主要仅包含三个新库（JCache、JSON-B和MVC），但Kurian现在提到了以下所有功能：数据库：支持基于NoSQL的数据持久化到键值存储中，以及支持可以提供最终一致性保证和“松弛事务”的事务模型；安全性：支持OpenID和OAuth；部署管理：多租户应用服务规范和Docker支持；asynchrony：一种用于反应式编程和HTTP/2异步通信支持的新模型。通过这次发布，Kurian旨在强调“Oracle对JavaEE8有一个非常明确的计划。”但是，对于提到的那些功能，没有任何JSR。这意味着要么该工作尚未开始，即在JavaEE8中将严重延迟，要么Oracle正在自行开发这些功能，这与JCP提倡的透明度背道而驰。在这里，可能值得强调一封据称由Oracle高级员工发送的电子邮件。以下是其中的一些摘录：甲骨文无意促进竞争对手的发展，也不想分享创新。该公司正在精简JavaEE（企业版），但它不希望任何其他人在Java或JavaEE上工作，并且正在靠边站JCP（Java社区进程）。“他们有赢者通吃的心态，对合作不感兴趣。”该电子邮件建议JCP成员向Oracle的客户发送一封公开信，提醒他们甲骨文正在用Java做什么。甲骨文绝不会与任何“Java基金会”合作，也不会赠送自己的IP。如果这些变化是为了让JavaEE适应云，考虑到Oracle作为云提供商面临的激烈竞争（IBM、亚马逊、微软或CloudBees等，仅举几例，也瞄准了该市场），那么对于Oracle来说市场份额越来越大，这种情况是可以理解的。但即便如此，也可能以激怒Java开发社区为代价。我们只能期待Oracle在9月份的JavaOne大会上的进一步发布，了解适合JavaEE的未来。
