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