最近，甲骨文宣布启动JSR.next ，也称为 JSR 348 ，以改善现在的 JCP，增加开放性和透明度。
关键的变化是专家组讨论需求时将通过开放的邮件列表（和开放的问题跟踪记录），而不是关起门来讨论。过去针对一些 JSR（如 JSR 294 和 JSR 277 ）的批评就包括它们没有经过公开讨论就制定完成，对 Java 平台和 JCP 原则造成了损害。虽然目前还不清楚甲骨文是否会自己掌管邮件列表和问题跟踪记录，但是未来的 JSR 很可能将在更开放的平台上讨论，希望能够制定更好的规范。
此外，交付 JSR 的的时间表也会提速以适应现在 IT 行业的发展速度。甲骨文希望对 JSR 进行更频繁的更新，同时终止那些看起来进展很小的 JSR，例如 JSR 294 仍是停滞状态。这些经验来自于 JSR 330 的成功，该 JSR 为 Java 语言在 record 时引入了依赖注入注解（injection annotation）。
最后，Java 是一个平台，不是两个，因此 JavaSE 和 JavaME 讨论组会合并成一个委员会。
振兴 JCP 的时间表就像它激励其他 JSR 一样紧迫，五月底投票，九月前实施。甲骨文承诺随后的 JSR 会改进 JSPA，JSPA 一直备受诟病，最终导致 Apache 离开 JCP 。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
百度 App Feed 流业务架构变迁思考和升级实践
智能运维，助力业务稳定性提升与运维成本降低
4K/8K RTC 技术探索及实践
评论