最近,甲骨文宣布启动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 。
评论