就云、安全、日志、部署、可测试性、裁剪和剖析等主题，Oracle 发起了 Java EE 8 社区调研的第二部分。
“过去 5 周，社区对调研第一部分的响应让我们非常惊讶，”David Delabassee写道。“我们收到了大量有价值的反馈！这意味着我们有很多数据要处理，这是我们要面对的问题！”
在这些要考虑的重要主题中，有一个主题是，现在是否适合标准化对 PaaS、SaaS 和多租户的支持。这最初是 Java EE 7 的计划工作，但是后来搁置了，至少部分是因为感觉尝试标准化还为时过早。那时 Linda DeMichiel写道：
尽管我们有着远大的目标，但在时间表上，云端的进展太慢。部分是因为部署在云中的应用在供应、多租户和弹性方面还不成熟。还有部分原因是，鉴于开启这项工作时我们在云领域的行业经验很有限，在尝试将事情做“对”方面，我们的做法很保守。正是因为这一点，我们认为，要想对标准化基于 PaaS 的编程和多租户提供可靠的支持，会将 Java EE 7 的发布推迟到 2014 年春季——距现在还有两年之久，比时间表晚了一年多。在我们看来，那时间太长了。
Oracle 现在感兴趣的是，是否广大 Java 社区会认为值得再次尝试。
其他正在考虑的想法包括，引入一个标准 API，支持开发者跟踪单个请求通过系统时的效果，以便看到它使用了什么服务，引发了其他哪些请求，等等。此外，Oracle 还在考虑支持嵌入式 Web 容器和嵌入式 Java EE 容器。还有一些安全方面的提议，包括标准化组到角色的映射（ group to role mapping ）、支持 EL 的认证注解（ EL-enabled authorization annotations ）和标准化简单安全提供者（ standardization of simple security providers ）。
Oracle 也在琢磨是否再试一下标准化一个部署模型。这方面最初的尝试是 Java EE Application Deployment [JSR 88]，理论上允许使用同样的部署工具将任何应用部署到任一 Java EE 兼容环境中，但是各厂商对它的支持太弱，所以最后考虑在 Java EE 6 中去掉了。
与 JSR 88 类似，Java EE Management [JSR 77] 提供了一些 API，用于让管理工具查询 Java EE 应用服务器，以确定其当前状态、部署的应用等信息。使用这些 API 的服务器管理工具可以在不同厂商提供的服务器上工作，为系统管理员在不切换管理工具和进程的条件下切换应用服务器提供了一种手段，也为管理由多家厂商实现的平台组成的多个 Java EE 服务器网络提供了一种手段。厂商对该 API 的支持也很差，Java EE 7 考虑去掉，这次它又回到了调研列表上。其他要裁剪的候选项包括 EJB 2.x 远程与本地客户端视图（EJBObject_、EJBLocalObject、__EJBHome_ 和 _EJBLocalHome_ 接口）和 CORBA。
调研包括 28 个问题。像以前一样，每个问题都提供了相关技术概念的背景，以帮助参与者做出合理的决策。调研见该链接。
略懂技术的运营同学。
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论