乔治·萨博（Georges Saab）：“ Java 9的延迟并不意味着对拼图的改变本身”-CSDN博客

Oracle Java平台组首席架构师Mark Reinhold表示，Java 9的发布可能会推迟到2017年9月21日。 Reinhold在给OpenJDK邮件列表的一封邮件中写道，即使JCP执行委员会决定投票不批准下一阶段的JSR 376，但这并不意味着它已经死了，“拼图也没有被拒绝。 JCP规则给EG三十天，直到6月7日，才提交修订的规格以进行第二次EC投票，投票将不迟于6月26日结束。”

在5月举行了一系列电话会议以讨论EC的问题后，Reinhold建议“继续朝着目前的目标努力，即在6月22日生产初始版本的候选版本，但要调整GA日期以适应所需的额外时间。完成JCP流程。”

具体来说，我建议将大会日期从7月27日移至9月21日，提前八周。

他总结说，如果在6月6日世界标准时间23:00之前没有提出异议，或者提出异议并得到令人满意的答复，那么根据JEP 2.0流程建议，这将是JDK 9的新时间表。

“没有拼图就没有Java 9”

我们与OpenJDK董事会主席兼Oracle Java平台小组开发副总裁Georges Saab进行了交谈，讨论了JCP执行委员会决定不批准下一阶段流程的JSR 376的决定。延迟Java 9及更多版本发布的建议。

JAXenter：看来Java 9可能会再次延迟。 这次是出于不同的原因，尽管仍然与拼图有关。 延迟对拼图意味着什么？ 毕竟，它是Java 9发行版的明星。

Georges Saab：拼图是Java 9的主要驱动力，因此没有拼图就没有Java 9。但是，延迟并不意味着拼图本身会有变化。

JAXenter：肯定会有Java 9功能对开发人员构成挑战，但Jigsaw是其中之一吗？

Georges Saab：从历史上看，采用时遇到的主要问题是，某个代码忽略了另一个的公共API，而是调用了内部实现细节。这意味着，如果内部实现发生变化，则调用代码可能会中断。多年来，我们竭尽全力避免（甚至）发生这种变化，因为这种极端变化使进化网格停顿了。这是引入模块系统的主要原因之一，该模块系统允许封装内部实现细节，并限制其他模块仅调用公共API。一旦到位，这将使整个生态系统快速发展变得容易得多。

为了使迁移逐渐发生，我们最近建议随着时间的推移引入这种封装的强制措施。因此，不是模块系统本身，而是大多数预先存在的代码可能会遇到的更严格的封装。

在模块化生态系统中前进，我希望新版本的采用将比过去更快。

当然，可以在不使用模块的情况下开始使用JDK 9，类路径将继续起作用，这就是可能有多少开发人员开始使用JDK 9的原因。

人们可能会遇到其他一些更改，一个是版本字符串的格式（ JEP 223 ）的更改，另一个是JDK本身的包装的更改（例如，不再有rt 。罐）。

JAXenter：Jigsaw项目本来应该是Java 8的主要功能。为什么将它推迟到Java 9？ 它在Java 10中也起着中心作用吗？

Georges Saab：推迟到9年，以便我们可以专注于Java 8的关键功能。它在未来起着核心作用，因为它为平台的更快发展提供了基础，同时确保了Java的出色兼容性。众所周知。

JAXenter：您是否希望Java 9Swift采用？

Georges Saab： JDK 8的采用速度比过去的任何主要版本都要快。我希望JDK 9的速度要慢于8，但可以与过去的其他主要版本相提并论。在模块化生态系统中前进，我希望新版本的采用将比过去更快。

JAXenter：您是否想在Java 9中添加功能，但最终不包括这些功能？ 我们会改为在Java 10中看到它们吗？

Georges Saab：除Jigsaw之外，还有许多项目将其纳入JDK 9。当然，未来我们还有很多工作要做，我们认为其中一些会受益于更多时间和使用它们的人的反馈—这是我们在JDK 9中引入“孵化器模块”概念的原因之一。（请参阅JEP 11 ）。例如， JEP 110 — HTTP / 2客户端API是JDK 9中的孵化器模块。