真是一天 当典型的欧洲人逐渐破产时，美国的人们开始喝咖啡。 这就是为什么我在Mark Reinhold最近的新闻中睡个好觉的原因。 他在题为“ Project Jigsaw：火车晚点 ”的帖子中建议将Project Jigsaw推迟到下一个版本Java 9。 在最近的会议和博客文章上，模块化的努力已成为Java未来的关键主题之一，这是一个相当令人惊讶的举动。 昨天，每个人都在猜测是否会有针对Jigsaw的JSR。 今天我们知道为什么没有发生这种情况。 我对此感到失望。 这就是为什么。

提前通知？ 不，这是萨拉米香肠切片！ 要么？

我的第一印象是：嘿，你们不明白。 在时间表中延迟删除功能对社区不利。 但是唐纳德让我意识到Java 8计划于2013年5月发布。

@ myfear @ jponge @ alexismp再一次，我真的很抱歉提前18个月的建议对您还不够。
— DonaldOJDK（@DonaldOJDK） 2012年7月17日

这基本上意味着，我们将在18个月后得到通知。 但是你猜对了。 我失望的原因不是时间。 这是关于Java的未来已被交流并用于营销的方式。 伯特·埃特曼（Bert Ertmann）用他的推文为我钉上了它：


计划B承诺在'12年秋季开始。 然后成为'13秋季，现在它的主要特征之一成为'15秋季。 男孩，真是一团糟！ ＃拼图
—伯特·埃特曼（@BertErtman） 2012年7月17日

这似乎是一种模式。 切片一切，直到没有相关的东西。 可是等等。 我们都没有看到拯救港滑梯吗？ 我们是否一直忽略它们？ 还是我们不知道它们的真正重要性？ 难道所有这一切都是敏捷的计划过程，只是没有以正确的方式进行沟通吗？ 社区作为最重要的利益相关者（除了Oracle内部利益）显然没有意识到声明和计划的真正可靠性。 我以前见过。 并用同样的方法挣扎。 概述更多的计划，甚至为进度添加进度表，对于深入了解开发实际发生的情况将是非常有用的工具。 不，我不打算看到所有小数字，但我希望有一个指标来指示正在按计划进行的工作和正在……被推迟的工作。

我不想错过对Donald和Mark以及Dalibor以及来自OpenJDK / Oracle团队的许多其他人倾听社区的感谢的机会。 我很高兴在Twitter，电子邮件，博客，论坛以及周围的任何地方看到他们，以收集反馈并尝试以Oracle交流建议和决定的方式进行工作。

真正原因是什么？

除了Mark在博客中表达的理由之外，还有其他原因吗？ “仍然存在一些重大的技术挑战”，并且“没有足够的时间来进行广泛的评估，审查和反馈，而平台需要如此深刻的改变。” 跟随Mark的twitter流也可以在此处揭示更多见解。 “从Sun的一小部分开始，到与Oracle的整合几乎没有幸存，大约一年前才配备了全部人员……”（ @mreinhold ）对于外部人员来说，这个消息听起来像……哇，这些东西是几年前开始的，实际上没有人在那里编码？ 借助Mark的见解，我希望他在撰写另一篇有关此事的博客文章确实听起来有些不同。 事实可能是这里要简单得多。 知道社区可以做些什么也将是一件好事。 马克：继续！ 继续取消以前的秘密部分，并尝试促进社区所提供的内容！

iOS上的Java梦想结束了吗？

您还记得上次JavaOne所说的话吗？ iOS和Android版本的JavaFX？ 自从Java ME从未真正崛起以来，移动女神又回到了Java。 太棒了 做到这一点的最突出的要求之一是能够将JDK重新打包为合适的大小以完成工作。 拼图是其背后的想法。 从今天起，Mark建议在Java SE 8规范中引入“一个或多个紧凑的Profiles” http://mail.openjdk.java.net/pipermail/java-se-8-spec-observers/2012-July/000001.html解决缺少的模块系统。 实际上，这将不是一个“模块”系统，而仅仅是“构建JDK的不同方式，从而导致JRE的大小不同”。 （ @mreinhold ）。 是的 好。 问到可能有答案的含义是：“我们已经在为构建和测试模块化平台的复杂性做准备。” （ @mreinhold ）好像该提案的构建基块已经就绪，并且不需要额外的开销就可以在路上获得移动承诺。
因此，我们不必担心基于JavaFX的应用程序的下载量会超过100 MB。 我不知道它们是否会满足建议的10 MB开始的分发大小。 但无论如何，我希望它的大小合理。

我们不需要拼图！？

真？ 我们已经有了OSGI，JBoss模块，HK2内核抽象。 有很多东西可用，而Jigsaw只会帮助JDK。 真？ 我从稍微不同的角度来看它。 即使模块系统最初确实对JDK有所帮助，但依赖的平台规范（例如Java EE）也非常需要模块系统。 Java根本没有任何内容可做。 JCP至少没有任何东西。 因此，从今天开始寻找模块化方法将意味着接受非JCP技术。 我们都知道这不会发生。 因此，在Java EE 7及更高版本中，我们非常确定此建议会对内部讨论施加很大压力。 不要忘记竞争对手在进入和决定该领域所获得的额外年限。 如果您问我，可能发生的最糟糕的事情是Jigsaw最终只能在内部使用JDK。 完全有可能发生这种情况。

Java 8还剩下什么？

随着Jigsaw摆脱了Java 8的时间框架，这里最重要的问题是关于剩下的内容。 甚至仍然在保存港声明下基本上是：
– Lambda项目（JSR 335）将关闭Java编程语言。
–新的日期/时间API（JSR 310） –类型注释（JSR 308） –几个较小的功能

Mark表示，随着新的作用域Java 8将于2013年9月左右准时交付。

现在感觉好些了吗？

我不知道。 即使睡个好觉也没有带回我几天前谈论Java模块化的那种舒适感。 但是我想我必须克服它，而这仍然是那些没有毛骨悚然的真正日子的“糟糕”日子中的另一天。 似乎我个人必须考虑其他方法。 一直等到2015年。 OSGI，JBoss模块……我来了。

更新12.07.12

亚历克西斯（Alexis）就动机和拼图背后的真正崩溃提出了一个有趣的观点：

“正如我在上文中所写，Oracle具有宣布Jigsaw战略目标的资源。 我可以同意，到2013年下半年可能很难交付，但是等待2016年实际上是在杀死Jigsaw，并鼓励每个人都去寻找替代品，这将危及Jigsaw的更多机会。 实际上，甚至Oracle也正在考虑Java 8中的配置文件，如果您问我的话，这是一个丑陋的创可贴。 您需要痛苦地拆掉它，以在平台中获得适当的模块化。 Jigsaw确实不应该被视为“一项新功能”，对我来说，这确实是一些人长期以来一直在呼吁的Java重新启动。 只有兼容的。”

参考： 计划B？ 那是计划N…没什么。 2015年 ， Jigsaw来自我们的JCG合作伙伴 Markus Eisele，他在Enterprise Software Development with Java博客上发表文章。