最近，甲骨文宣布启动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
《2024腾讯云云原生提质增效实践精选集》出炉，5大热门技术领域，13个行业精选标杆案例，痛点到解决方案全...
揭秘云原生技术中的“炒作”
LLM 时代，从代码安全分析走向代码安全治理
云原生架构下中间件联邦高可用架构实践
评论