在 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 ）关注我们。
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论