在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