作者taicomjp (Kurosagi.)
看板Eclipse
标题[情报] Oracle修复了Eclipse的Java问题
时间Wed Aug 4 23:57:11 2010
InfoQ上周曾报导过,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。
‧Eclipse不仅仅只是个IDE而已,它是个平台。因此,这个问题不仅仅只影响到最新、
最棒的JDT(在任何情况下,只要开发工具更新了,开发者都会立刻升级)。然而,还有
很多下游IDE和应用是基於Eclipse的商业应用;IBM拥有一整套工具,Windriver与Oracle
也一样。在某些情况下,产品路线图要比Eclipse晚了整整一年时间;还有很多公司在为
基金会与提交者支付报酬。“请升级到最新版以保证运行的稳定性”这句话无异於敲诈勒
索。
这个变化对Eclipse造成了不利影响。要是没有Oracle敏捷迅速的思考与社区的团队精神
,Eclipse(平台或是IDE)的所有下游使用者都会受到影响。六年来,Eclipse的发布过
程说明:自从每年的同期发布出来後,Eclipse几乎就没遇到什麽关键问题,到第5或第6
个里程碑时,几乎所有的问题都已被解决掉了(但有时需要返工到Eclipse m5a或m5eh)
。但今年9月的3.6.1发布计画还没法修复这个问题,更不必说Galileo 3.5.3版了。
Eclipse还从来没有遇到过发布後出现这麽大问题的情况呢;虽然问题不是他们造成的,
但能够保持对问题的快速回应可以表明他们是负责任的软体发展者。微软“Patch
Tuesday”的批评家说到,将关键的修补程式放到下一个发布周期中是断然无法接受的事
情,Eclipse的发布过程也是如此。
Oracle已经表明了其足够的灵活性,可以在发布期间解决问题,但他们的做法是推迟而不
是转移问题。未来,Eclipse应该负责解决这个问题,他们不该仅仅负责使用IDE的那些人
,还应该负责那些没有使用稳定版来构建应用的开发者。
http://www.infoq.com/cn/news/2010/08/oracle-fixes-java
查看英文原文:Oracle Fixes Eclipse's Java Problem
http://www.infoq.com/news/2010/07/oracle-fixes-java
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 123.194.176.157