Java EE 7社区调查结果！

在JSR 342下可以继续进行Java EE 7的工作。一切进展顺利，Java EE 7现在处于“初稿审查”阶段。在11月初， Oracle发布了一个有关即将推出的Java EE 7功能的小型社区调查。昨天结果公布了。

超过1,100名开发人员参加了调查，并且几乎对每个问题都提出了很多周到的评论。比较附带在EG邮件列表讨论中的准备好的PDF 。

Java EE 7配置文件的新API

我们有几个新的和即将发布的API，需要将它们合并到Full或Web Profile中。即是WebSocket 1.0 ， JSON-P 1.0 ， Batch 1.0和JCache 1.0 。有人问社区应该以哪种形式结束。关于其中哪个结果应显示在完整配置文件中：

添加到完整个人资料？

如图所示，Batch 1.0的支持相对最弱，但仍然不错。许多人将JSON-P和WebSocket 1.0视为一项关键技术。
对于Web配置文件，两者相同。添加JCache 1.0和Batch 1.0的支持相对较弱。批次获得51.8％的“否”票。

添加到网站资料？

默认情况下启用CDI

默认情况下，大多数开发人员（73.3％）支持启用CDI。此外，详细注释还反映出对CDI的强大支持，以及对Java EE与CDI更好地一致性的渴望。

@Inject的一致用法

绝大多数开发人员（53.3％）支持在所有Java EE JSR中始终使用@Inject。 28.8％的人仍然相信使用自定义注入注释是可以的。其余的18.0％不确定正确的方法。绝大多数评论者都强烈支持CDI以及Java EE与CDI的一般一致性。

扩展@Stereotype的使用

与会的开发人员中有62.3％支持在Java EE中扩展@Stereotype的使用。大多数评论表达了有关常规CDI / Java EE对齐的想法。

扩大拦截器的使用

96.3％的开发人员希望将拦截器的使用扩展到所有Java EE组件。 35.7％的人甚至想将拦截器扩展到其他Java EE管理的类。大多数开发人员（54.9％）不确定是否有任何地方支持不支持拦截器的注入。 32.8％的人认为支持注入的任何地方也应支持拦截器。其余的12.2％的人确定应该在某些地方支持注射，但没有拦截器。

感谢您抽出宝贵的时间回答调查问卷。这为继续使用Java EE 7提供了坚实的决策基础。保留反馈，并订阅users@javaee-spec.java.net别名（请参见在线档案）！

参考： Java EE 7社区调查结果！来自我们的JCG合作伙伴 Markus Eisele在Java的企业软件开发博客中。