Java EE 8，当前状态是什么：自2015年底以来已完成工作的案例研究

对于那些密切关注Java EE的人来说，在过去的六个月中已经很清楚，活动有所减少，尤其是在Oracle保持领先的JSR中。这是怎么回事？最近，在这方面，Java EE社区进行了很多讨论，我认为给开发人员社区一个公平的时间表，以期我们对Java EE的未来抱有重要的期望，这一点很重要。随着时间的流逝，不确定性即将到来，社区越来越关注Java SE和Java EE的未来。

让我给你一点背景。我是几个针对Java EE 8的JSR的专家组成员，分别是JSR 372（JavaServer Faces 2.3）和JSR 378（Portlet 3.0 Bridge for JavaServer Faces 2.2）。在2016年初，我注意到自2015年10月以来，JSR 372专家组列表上的电子邮件数量确实下降了。实际上，在2015年最后一个季度，JSR 372上的活动已经放缓到几乎停止，但是随着时间的推移，它的势头应该会加快，直到最终版本的发布。 1月下旬，Java EE社区的一些成员与我联系，表示他们也看到活动减少，并且非常关注。然后，我被要求加入Slack社区中有关Java EE倡导者的社区……当我加入并阅读积压的消息时，我可以清楚地看到，Oracle似乎停止了在Java EE几乎每个领域的活动，特别是在Oracle领导的所有JSR上工作。

我开始做一些作业，并开始研究统计数据。我想看到一些明确的证据。我发现在某些JSR中，很难看到Oracle方面的活动有所减少，但是特别是这些JSR并没有来自Oracle的规范。某些JSR，尤其是不在Oracle管辖范围内的JSR，总体上比其他JSR更活跃。相反，对于那些Oracle确实保持规范领先地位的JSR，活动几乎完全停止了。我想分享我对几个JSR的发现，它们是JSR 372：JavaServer Faces 2.3和JSR 368：Java Message Service 2.1。

我从JSR 372和JSR 368公共档案/记录中收集了以下信息，包括JIRA（ Mojarra JIRA和JMS JIRA ），邮件列表档案（ JSR 372 EG邮件列表， JSR 378 EG邮件列表）和GitHub存储库（ https://github.com/javaserverfaces/mojarra）。

JSR 372统计

首先，我要提到的是，JSR 372的规范领导者是顶尖的，他们在领导该项目方面做得非常出色。就是说，自2015年10月以来，他们的活动似乎有所下降。这是一些显示数据的图表。

正如我之前提到的，JSR 372规范负责人做得很好。这样，他们仍然在发送给JSR 372专家组邮件列表的电子邮件中扮演着角色。也就是说，这些数字仅反映了03/2016之前的数字……此后没有太多活动。

JSR372-SpecLeadEmail

如果我们看一下对JSR 372（从GitHub捕获）的提交数量，我们可以看到Oracle所做的工作大大减少了。自2015年10月以来，大部分工作来自社区，主要是最活跃的JSF开发人员：Arjan Tijms和Bauke Scholtz。

JSR372OracleCommits

下降的另一个重要方面是Oracle解决问题的数量。以下数据是从Github收集的，自2016年3月以来Oracle在JSR 372上的工作几乎相同。

JSR372Oracle问题解决方案

上面的图表清楚地表明，Oracle参与最终完成JSR 372的人数有所下降。这令人担忧，因为JSR 372以及Java EE 8中包含的其他项目的目标是在不到一年的时间内公开发布（3月2017年），似乎该目标现在已经比Java EE 8的实际发布日期更像是一个希望的目标。

JSR 368统计

从Oracle规范负责人的角度来看，JSR 368的统计数据表明活动的减少甚至更多。再次，规范负责人在领导该项目方面做得非常出色，直到10月下旬从Oracle的角度看来所做的更改为止。

首先，查看电子邮件，可以很容易地看出来有一封邮件。但是，JMS 2.1电子邮件在2015年的大部分时间似乎都很缓慢。

JMS2.1电子邮件
JMS 2.1的提交次数告诉了一个不同的故事，自2015年末以来似乎没有进行过任何提交。

JMS2.1提交

就问题解决而言，JMS 2.1生命周期几乎没有任何活动。

JMS2.1IssueResolutions

一切都很好，但是将这些数据与JMS 2.0数据进行比较就可以清楚地表明，为2.1版本开发JMS并没有付出太多努力。

JMS2.0vs2.1问题解决方案

JMS2.0vs2.1提交

JMS2.0vs2.1电子邮件

这篇文章的主要目的是提醒Java SE和Java EE社区，Oracle对Java EE 8的参与明显减少了。我与社区中的其他大多数人一样，非常担心正在付出的努力Java EE 8 JSR的下降速度惊人，似乎表明此发行版在优先级列表中的排名不是很高。

就是说，除了过去的活动之外，我认为甲骨文在过去的五到六年中在激活Java SE和Java EE社区方面做得非常出色。我为能穿上GlassFish无檐小便帽和Oracle Java EE 7 T恤感到骄傲……让每个人都知道成为这个社区的一部分是多么伟大。我喜欢在会议上发表有关最新Java EE技术的演讲，并撰写文章分享知识。

我认为社区中的其他人都支持我的观点，那就是甲骨文就Java EE的未来发展意图发表明确声明是一件好事。它不仅有助于消除即将出现的不确定性，而且还有助于依赖Java EE的许多客户和组织对即将发生的事情有清晰的了解。

我希望我们能很快看到活动的发展，以便我们可以在不久的将来继续引领另一个重要的Java EE版本的发布，从而在涉及尖端技术时保持平台的优势。希望看到Java SE和Java EE平台在很长的将来会继续发展！