Java會不會淪為私有化的犧牲品？
早在甲骨文收購Sun的協議發布之初，就有業界人士開始對Java語言的命運感到不妙。事實上，這絕非杞人憂天。其中的原因很簡單，以甲骨文的強勢作風，必然招至其他大型公司防御性的反擊。而在這個過程中，受傷的就極可能是Java語言。
業界的反擊
也許是甲骨文74億美元收購Sun公司的光環過于耀眼，以至于沒人能注意到Vmware公司同樣做出了大手筆的收購，斥資4.2億美元收購了開源公司SpringSource。
SpringSource是一家已成立5年的公司，擁有活躍的開源開發者社區，以及一些大公司客戶。業界人士認為，收購SpringSource使VMware站在了一些關鍵領域的前沿。SpringSource的Spring Framework支持一半的企業Java項目，該公司同時為廣泛使用的Java應用服務器Apache Tomcat提供超過95%的漏洞修復工作。SpringSource還擁有Hyperic應用監控工具。事實上，Vmware的這一步棋確實是瞄向了Java。
近日，VMware公司宣布，將與谷歌展開一系列技術合作，共同交付解決方案。谷歌則宣布支持基于Google App Engine的Spring Java應用。VMware與谷歌合作的結果，就是將下一代應用程序快速開發工具——Spring RooGoogle Web Toolkit(GWT)相結合，用以構建瀏覽器應用。
在這個過程中，Java作為***開發語言，Java開源框架Spring被當做了***的開發模型。以VMware公司和谷歌公司的影響力來看，未來云計算的半壁江山都有依靠Java+Spring來打拼了。
但是，問題也恰恰出在這個地方。原因就在于Google雖然是一個開源以及開放網絡標準的堅定支持者，但卻不是Java語言標準的徹底支持者。它不會支持全部的Java標準，而只是支持了一部分。這點突出體現在它的Android平臺上，只支持Java基本語法和部分API，并且必須采用Android特有的架構模式。Android平臺上的Java程序只是與標準Java程序在源代碼級別兼容，編譯結果根本不一樣，這導致Java的***特點，也就是一次編譯到處運行成為空話。而也正是因為這一點，Linux基金會才被迫尋找Android平臺的替代品，由Intel和諾基亞支持的MeeGo平臺也才會這么快地脫穎而出。
而我們再來審視這一組合，SpringSource屬于VMware，谷歌對Java只是部分支持，這二者的組合，實際上就是在云計算這個眼下大熱門應用領域，給Java語言的標準另設了一個交集。
淪為犧牲品的可能
在計算機領域，人們越來越明白一個道理的正確性，這就是“非開放系統一定會走下坡路”。但眼下，Java的開放性卻正隨著私有化而變得越來越低。
也許有人會對這句話表示懷疑，并舉出iPhone的例子來，但數據證明了一切。在2009年第三季度之前，iPhone一直在吞食著RIM(黑莓)的市場，但是過了2009年第三季度之后，Andriod突然發力，到了2010年***季度，Andriod已經快速超越iPhone。
也許還會有人忽視標準對Java語言的作用。但把時光往前翻十幾年看看吧。微軟為了跟Sun爭奪Java的事實標準權，開發了自己特有的版本Visual J++，并與其Visual Studio系列開發套件結合在一起，還提供了專有的擴展API。這一系列行為都背離了Sun對于Java規范的要求。這一紛爭導致Sun與微軟最終對簿公堂。這場紛爭最終在2001年以SUN勝出而結束，這也讓微軟徹底離開了Java陣營。這以后，微軟后來創建的.Net體系，多年來一直是Java的強勁對手。這場紛爭事實上延續到了今天，前不久51CTO還向大家推薦過“權威測試結果：Java不如.NET安全？”。
但這場紛爭也使得Java轉變了發展軌跡。JCP組織的成立，允許更多的廠商參與到Java的規范制定當中，最終IBM、甲骨文等眾多軟件廠商有機會參與到Java的發展當中，這使得Java獲得了強勁的發展動力。
事實上，此前業界人士對Java命運的擔心正是集中在Java標準之上。Java不是由哪一家廠商可以驅動和一手控制的，過去的成功都是源于社區的廣泛支持，JCP在這其中起的作用不容小覷。但現在JCP的效率卻越來越受到詬病，原因在于有有許多的技術都是在JCP過程外產生，后來才被集成到Java平臺中的，而JCP內部很少培育出像樣的技術。
這樣，甲骨文可能也會面臨一個選擇，這就是解散JCP，由自己全權掌控Java。而這樣一來，新的Java技術的產生效率就會大大提升。但由此帶來的負面影響，正是甲骨文過度控制，Java的標準紛爭將因此而起。
由此看來，在內因和外在條件的共同作用之下，Java因私有化而淪為犧牲品的可能性，并非不存在。
【編輯推薦】
