关于顶尖技术的一件有趣的事是，它往往伴随着新的东西出现。通常情况下是好事，至少在某种程度上是。当然，你不能扔掉你现有的东西，一直到你确定有了替代品。仍然有一件事情使得技术评估有点像是艺术。例如，看看最近关于Jigsaw一些诡计。

　　什么是Jigsaw？它是模块化Java EE容器的一个框架。一些人可能会问，“这不正是OSGI所做的事吗？”哦，是的，这是事实，但是，不可否认，OSGI对于管理员来说一个有挑战的技术。多年来，它一直通过标准化和开发走着自己的路，但对于一些人来说，它似乎是有点过时的样式。不为人知的Jigsaw将会是新的而且更加模块化。但事实是，它的最佳时机还未到。

　　7月，甲骨文的Mark Reinhold发表博客，大意是如果Jigsaw项目还未给Java的下一版本做好准备的影响，Java 8计划在2013年9月发布。在2015时间表的某个地方，很有可能会把Jigsaw置于实际标准的位置上。

　　Writes Reinhold说：

　　“Jigsaw目前正在给Java 8铺路。Java 8已提出的开发计划日程，期望能在2013年5月完成主要功能的工作，而最终版本的发布将的准备工作将在9月左右。计划正在稳步前进，但仍然有一些明显的技术挑战。其中最重要的是，没有足够的时间对这样一个对平台需求深刻改变的项目进行广泛的评估，评审和反馈。”

　　“因此，我提出了延迟下一版本Java 9的Jigsaw项目。为了提高Java SE版本所有功能的预见性，我进一步提出了明确目的，从而可以使得两年一发布的周期继续前进。”

　　有人或许会种预见到它的到来。这并不需要预言家。OSGI做了同样的工作，但花了大量的时间。Jigsaw可能会做同样的事，但更容易或是不同的方式，但也会花费大量的时间。我来回顾一下SearchSOA.com对Jigsaw的新闻报道，那时描述为2011年关于当时新OSGI绑定故事的一部分。据说，“这可能会很困难，今天已经有了OSGI，它的确会给未来可行的Jigsaw OpenJDK 8造成一定的障碍。”

　　Sun公司的Microsystems有时会有提出更好的主意，比其它的Java社区，但是在那些计划的执行上会花费很长的时间。从整体来看，它有使Java放缓的趋势。甲骨文在游戏的这个环节上是否会做的更好？迄今为止，人们一致广为是有点利益的，但事情像拼图显示Oracle,也可能有时满是对未来最好的事情。但有些事情像Jigsaw暗示了甲骨文在下一个好事情上的道路上会布满谜团。