在 Java 9 需要在 2016 年 5 月前完成完整功能却错过了截止日期后,Java 平台的首席架构师 Mark Reinhold 提出了一个方案来完全审查所有遗留在未完成JEP 中的工作,并且决定了是进一步推迟这个项目来适应进度还是减少项目范围。虽然进度还没有完成,但是现在的状态更适合两者相结合起来做。
Reinhold 之前声明过他认为 Java 新版本没有赶上截止日期应该采取什么行动:从一方面来说,有一些核心的、为新版本赋予意义的功能,并且交付需要延迟才能囊括这些核心功能;而从另一方面来说,他强调了为新版本发表一个相对可预测的时间安排,并作出了非核心功能如果不能按时做完则应该减少项目范围的结论。项目的根本原因支持了他们提出的观点:选出 Java 9 需要等待的 JEP 和必须晚一些再派生出的 JEP。
这个过程希望 JEP 所有者请求截止日期延长、表明预估交付日期,或者减少 Java 9 中的功能作为目标。对于那些请求延长的所有者,会由一个审核过程来决定时限延长是否被批准。这个过程影响了 82 个 JEP 中的 11 个。
在有风险的 JEP 中,从问题跟踪者的陈述中来判断,在写这篇文章时有 10 个 JEP 所有者要求延长期限,其中 7 个已经被批准;其他的 3 个依旧未决定。这些通过的 JEP 的审核过期日是 9 月 1 日,这意味着大约有 3 个月的延长期限。如果我们假定现在的形势代表最后的决定,Java 9 会被进一步的 3 个月延迟影响,潜在地将 GA 推迟到 2017 年 6 月,并且会减少 4 个 JEP 的项目范围来以防进一步延迟。潜在被减少的 4 个 JEP 会是:
- JEP 110 :HTTP/2 客户端,9 月 1 日是集成日期,没有提供过期日。
- JEP 277 :增强弃用,9 月 1 日是集成日期,过期日为 9 月 29 日。
- JEP 282 :jlink,Java 连接器;没有提供过期日。
- JEP 284 :新的 HotSpot 编译系统,没有请求延迟。
虽然没有任何定论,但是看起来最近的开发正在让 Java 9 逐步形成最终的形式。如果上述的 JEP 最终被删减,我们会需要更多分析来评估他们的影响,特别是有关 JEP 282(jlink),它看起来像一个模块系统的基本部件。
查看英文原文: Java 9 on the Brink of a Delivery Date and Scope Review
感谢张龙对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ , @丁晓昀),微信(微信号: InfoQChina )关注我们。
评论