| Oracle对因商标更换所导致的Java 6u21更新问题反应迅速。从那时起，Oracle就开始重新构建Java安装，对于Windows机器来说，现在的发布构建名变成了1.6.0_21- b07;因为该问题只影响到了Windows，因此Solaris与Linux的版本号依旧为1.6.0_21-b06。 Oracle因快速的问题响应与解决能力而备受称赞。Eclipse加载器使用了官方不支持的API检测厂商，因此Oracle根本没必要解决这个问题;然而幸运的是，Oracle赶在Eclipse发布新的Eclipse构建版之前解决了这个问题。Eclipse基金会的市场总监Ian Skerrett在一篇名为“Oracle证明了自己对社区的巨大支持并修复了Eclipse”的文章中表达了对Oracle的感激之情。 但遗憾的是，Ed Burnette在ZDNet博客上使用了颇具挑战意味的标题“Oracle更换了Java商标，导致Eclipse崩溃”，接下来这篇博客又被 Slashdot等网站转载了数次。颇具讽刺意味的是，Ed的博客实际上说的是周一发布的修复并没有解决问题——但由于Twitter 140个字符的限制，博文的标题变成了消息内容，后面跟着的是Ed博文的链接。 Twitter等社交网络的出现也加快了事件在公众间的传播速度： 即便是表面看起来无伤大雅的改变也会导致撞击效应(knock-on effects)。JVM团队根本想不到会发生这种事，Eclipse团队也不可能事先预料到商标会发生变化。然而，即便是小小的撞击效应“这么做根本没问题”也会导致难以预料的后果。最好的做法是发布一个bug修复版，将其余不必要的变更放到下一版当中。 新闻标题的重复次数要远远高于内容。尤其是Twitter，只有标题才适合于在Twitter上发布。如果通过“tweet this”按钮不断发布标题(就像ZDNet所为)，那么它的传播速度要远远高于内容本身。有些人并不会阅读内容，只是根据标题来推断内容而已。 无论如何，JDK7都会修改商标。Oracle为了获得Java版权而投入了大笔金钱，他们会在JDK7发布时修改商标。这应该是个前兆。 这不仅仅是Eclipse Helios的问题。早在Eclipse 3.3中就使用了这种检测方式。Eclipse的任何版本都会遇到这个问题，但目前的修复计划只针对Eclipse Helios。 |
