在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),它看起来像一个模块系统的基本部件。
====================================分割线================================
本文转自d1net(转载)