Java EE Security API，即 JSR 375 ，在八月份得到了通过。JCP 执行委员会的所有成员都投了“赞成”票，没有成员投“反对”票。Intel Corp. 没有针对该JSR 投票。
这个JSR 围绕用户管理、密码混淆、角色映射、认证和授权提供了很多的功能增强。这些增强在设计上的初衷是让Java EE 安全性在云环境中更易于实现。（关于JSR 375 的细节，InfoQ 在2014 年十一月曾经介绍过。）
该项目的站点已经迁移到了 https://github.com/javaee/security-spec 上。（JSR 上列出的项目站点依然是错误的 http://java.net/projects/javaee-security-spec 。）该仓库包含了规范和 20 个 open 状态的 issue ，这些缺陷很可能是 Glassfish 在创建参考引用时发现的。
Java EE 8 之路并不轻松，但是最近的 JSR 通过让我们看到了这个漫长道路上的曙光。Oracle也在考虑将Java EE 转移给开源基金会（Oracle 已经决定将Java EE 移交给Eclipse 基金会——译者注）。他们最近与社区的交流是提升平台透明性的一个积极举措。更多的细节会在Oracle 年度的 JavaOne 大会上分享，该会议将会在十月初举办。到时候请关注我们的站点，因为 InfoQ 将会提供广泛的报道。
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
优化 100+ 应用的性能不能不知道的要点
数智化时代商业银行运营营销的“坑”与“路”
加速 AI 模型生产化：eBay 交易风控 AI 模型推理仿真设计和实现
评论