Project Jigsaw: Late for the train

作者是 Mark Reinhold，他是Oracle的Java平台首席架构师。这是他在博客上发表的，英文原文在http://mreinhold.org/blog/late-for-the-train。

 

 

Jigsaw项目的目的是为Java SE平台设计和实现一个标准的模块化系统，并且将这个系统应用到平台自身和JDK。

   当前是将Jigsaw计划在Java 8中。Java 8的开发计划（proposed development schedule）期望主要特性的工作能够在2013年5月完成，为9月的最终发布做准备。项目在稳定的进行着，但是仍旧存在一些重大的技术挑战。更重要的是，没有足够的时间来进行评估、复查和反馈，但是这个改变对于Java平台来说意义深远，必须这样做、必须慎重。

    因此我提议将Jigsaw项目延期到下一个版本（Java 9）发布。为了提高未来Java SE发布的可预见性，我提议明确制定一个常规的2年发布周期。

 

目标 Java平台的标准模块系统将会简化大型应用的构建、维护和部署，至少可以使开发者摆脱脆弱的、错误频出的classpath技术带来的“JAR hell”。一个真正的模块化的Java平台将会支持规模从大型的服务器到小型的嵌入式设备的定制配置，从长远来看，还会促使Java SE和Java ME平台的合并。构建在模块化的平台上的模块化的应用可以被快速的下载，同时运行时代码的性能可以被更好地优化。

 

进展 初始的工作在OpenJDK社区的Jigsaw项目中进行有一段时间了。在由核心成员合作起草完成的需求文档的草稿的指导下，我们目前已经完成了模块化系统的初始设计，并使用它将JDK模块化和发布一个开源的原型实现。任何人都可以下载和评估它。

      尽管有现在的进展，但是仍旧存在一些技术难题。模块化Java平台和JDK并且和已有代码兼容是一项极其繁琐的任务。它需要对规范和实现的全部进行细致的改变。我们已经设计和原型一种方法去支持容器（比如IDEs、Java EE应用服务器和applet容器），所有的这些都需要一定数量的反馈。我们有足够的信心解决这些问题，但是这样做很可能将项目进度延迟到2013年5月之后。

 

酝酿时间 除了以上和其它的技术问题，模块化的Java平台的引入本身就是一个重大的转变。这个转变最终会影响整个Java生态系统。它会改变Java平台的部署方式、改变开发者构建和部署类库、框架和应用的方式。

     我们必须安排足够的时间进行广泛的复查、测试和接受来自社区各个角落关于设计和实现的反馈。同时还要通过即将发布的JSR来定义Java平台的模块化系统。我们不会去为了赶进度在不到10个月的时间内完成一个有着广泛影响的深层次改变。

      此时，相同的场景又一次出现了：要么延迟Java 8的发布，直到Jigsaw完成，这样Java 8可能要跳票到2014年中旬发布；要么让Java 8按时发布（大约在2013年9月），将Jigsaw推迟到Java 9。

 

计划VS特性   将我们面临的选择换一个角度思考：当一列火车按照时刻表该离开车站，难道我们要等到所有的乘客上车后才让火车发车吗？亦或者，我们拉起铃声，让火车离开，那些迟到的乘客再去等待下一辆。

      在我工作在Java的这些年中，我一次次的听到开发者、合作者和客户都希望有一个常规的、可预见的发布周期。开发者想要快速的技术革新，但是企业想要稳定，折中之后，2年时间看似是一个合适的周期。因此，对于所有的参与者，那些构建新特性的人和那些使用新特性的人，我们应当把开发过程看成一个持续改革的流水线，而它只是松散的耦合到实际的发布过程中，同时它也有自己的节奏。如果一个主要的特性错过了它要乘坐的那辆“列车”,这是很不幸的但是并不是世界末日：它将会出现在下一辆“列车”上，而这列“列车”是会在预定时间到达。

 

保持节奏 因此我认为将Jigsaw项目延迟到Java 9是最好的选择，同时保持2年的发布周期。

    按照计划，Java 8将会在2013年9月左右按时发布。届时它将会包括广受期待的Lambda项目（JSR 335）、新的日期/时间API（JSR 310）、类型注解（JSR 308）和一些小的特性。Java 9将会在2年后发布。Jigsaw的工作会同时全速进行。

   将Jigsaw项目推迟到2015年不是一个愉快的决定，但是这似乎是最好的选择。因此今天我请求Java SE8专家组考虑一下。