Java將學習開放源代碼的自由創造方式

2019-11-18 11:48:37

字體：大中小

來源：轉載

供稿：網友

　　java開放源代碼的論戰持續延燒。在2004年O´Reilly開放源代碼會議中，Sun 電腦公司技術宣導長Simon Phipps再度承認，Java還不夠開放。Phipps說：“我們渴望讓Java學習開放源代碼軟件創造自由的方式。我們正堅定地踏上成為開放源代碼社區正式成員的軌道?！?br />　　
　　Apache網絡服務器專案的共同創始人暨Collabnet 的創始人Brian Behlendorf認為，有待克服的挑戰，是消除把開放源代碼軟件以“兼容性”(compatibility )和“彈性”(flexibility )截然二分的作法。
　　
　　Phipps把這種二分法稱為兩大成功的“自由”陣營：“自由陣營有二：一種是靠保證所提供軟件的兼容性來推動，另一種則靠標準化授權來保證其自由。兩者都讓他人取得自己的源代碼。問題是，我們如何能把這兩種成功的自由社區結合起來?！?br />　　
　　此處提及的兼容性，系指Sun 要求凡是以Java程序語言編寫的程序，都必須通過一套兼容性測試，才能獲得Java社區創制中心(Java Community PRocess ；JCP )的兼容性認證。
　　
　　對企業而言，兼容性人見人愛，想玩弄基礎源代碼的沖動也比較小。對Sun 而言，向單一規范靠攏的兼容性，可避免源代碼發展分歧(code forking )，重蹈Unix陣營分裂成互不兼容解決方案的覆轍。又如新近崛起的linux ，已出現各種大同小異、多多少少兼容的版本，但欠缺Java的跨廠牌兼容保證，Linux 和Unix一樣，都因為提供者添加種種專有的裝飾套牢終端用戶，而犧牲了兼容性。
　　
　　Sun 唯恐IBM 、BEA 或微軟公司運用市場勢力和雄厚的資源，創造出一種Java的分支，再把它拱成強勢的“標準”，讓Sun 懷抱的Java理想飛灰煙滅。Sun 的愿景是借Java促成公平競爭的環境，包容多重的平臺選擇，并且讓編寫程序的可猜測性提高、成本降低。
　　
　　“問題不是出在開放源代碼社區，”Phipps說：“而是出在有些人未顧及社區精神，不經意地把權利授予他人。”
　　
　　但開放源代碼發展社區想要的，是能夠自由、無負擔地取得并修改開放源代碼。這兩種自由陣營如何統一，仍不得而知?！半y就難在細節 ……我們需要一種務實的實現過程(implementation)，”Phipps說。舉例來說，Apache軟件基金會(ASF )正試著制作一種Java2 企業版(J2EE)服務器，稱為“杰羅尼莫”(Geronimo)專案。
　　
　　此專案逼近大功告成和通過認證的階段，但法律問題卻從中作梗。如同該專案下載網站公告的文件所示，“杰羅尼莫”軟件在授權之前， ASF 必須出示Sun 的認證發布(certified releases)通知：
　　
　　本授權軟件所衍生的任何作品，若要重新發布，都必須具備兼容性，并且印有Sun 指定的和Sun 隨后另依商標許可證(Trademark License)授權的適當兼容性標記。這是你和Sun 之間必須執行的步驟。
　　
　　這份Sun 通知的含意，是要求ASF 的J2EE服務器每作一次改變，都必須重新接受兼容性測試。Behlendorf說：“倘若每一項衍生的作品，即使是安裝修補程序那么基本的東西，都得逐一接受測試的話，所需的經常費用會高得不可思議。其實偏離標準的風險微乎其微，這應該在彈性與遵從單一規范之間作個妥協?！彼又f：“我們正與Sun 商量，設法從體制內解決問題。我們尚未評估這是不是錯誤的解決問題之道?！?br />　　
　　ASF 正試著與Sun 商議如何解決問題，并建議以下列措詞修改Sun 通知書的內容：
　　
　　任何宣稱與Java(商標)技術規范兼容的聲明，只適用于原始的、未經修改的作品。衍生的作品并不承襲兼容性認證，而且或許會受到第三方對兼容性認證及使用相關商標的限制。
　　
　　但監于JBOSS 等未經認證的開放源代碼J2EE服務器向來大受歡迎，這種暗示支持源代碼分歧的措詞可能讓Sun 不安，究竟像IBM 這些對開放源代碼嫻熟的掠奪者仍潛伏在暗處伺機而動。
　　
　　Behlendorf則表示樂觀，認為憑開放源代碼社區內部的自我約束力，即可預防Java四分五裂。“假如某種技術廣為流傳使用，又是開放源代碼，就不可能成為控制點，”Behlendorf說：“我們不認為會重蹈Unix的覆轍。聽起來也許太理想化了，但Linux 一向都是志帽睪?。大家会?共同的標準聚集。??/p>
　　
　　Behlendorf評估瞬息萬變的現況時，可能只從錢的角度來看，卻未顧及不兼容性帶給企業用戶的困擾，也未顧及這些企業要的是明確標準帶來的舒適性。法定的標準，例如給Java撐腰的JCP ，賦予企業買方的優勢明顯超過各種解決方案所能提供的。
　　
　　只因為目前的解決方案太慢、不穩定、不安全或價格高昂，就換用其他的解決方案，做這種決定并不輕易。試想，微軟的解決方案即便伴隨著種種危險，世人依然深陷其中，無法自拔。最輕易轉換的情況，是發生在所有軟件都必須遵照某種標準之時。各方爭相推出遵循標準的軟件，也有助于壓低成本。
　　
　　令Behlendorf和其他開放源代碼社區人士憂慮的，是創新腳步可能因為兼容性認證測試而減慢。但標示若是貨真價實，亦即軟件兼容性與標示相符，這種作法也許能提供程序設計師想要的彈性。
　　
　　Linux 或許真的會整合。但基于Linux 可預見的分歧性，Linux 的企業用戶不會存有轉換版本的幻想。一如紅帽公司(Red Hat )恣意修改紅帽版Linux 的訂價辦法，從免費改為收費，還是有眾多企業馬上簽約使用，掌控貴公司信息科技(IT)系統和財務的不是你自己，而是軟件提供者。若那種現象在Java生態系重現，可能終會產生同樣的后遺癥。

上一篇：在S1AS7中配置MySQL(支持CMP)

下一篇：學習Java Web Start