Java從出現(xiàn)到現(xiàn)在已經走過了11個念頭了。這期間，有無數(shù)的企業(yè)、組織和個人為Java貢獻過自己的力量�？上蚨�，誰為Java所做的工作越多，誰就對Java的未來發(fā)展方向越有發(fā)言權。
隨著JAVA自身不斷的成熟，從它開始成為國際標準后，支持它的企業(yè)也隨著Java的成熟逐漸多了起來。
作為Java的始作俑者Sun一直想將Java標準據(jù)為已有，而IBM憑著它在世界的影響對Java也是虎視眈眈。俗話說得好，三流的公司賣產品、二流的公司賣服務、一流的公司賣標準。當然，如果想做世界第一的IT企業(yè)，那就得標準、服務和產品一起賣。因此，以Sun、IBM為首的利益集團圍繞著Java以及相關標準明爭暗斗了11年，在這11年里，Java標準幾度風雨、幾度春秋。隨著Java的全面開源，Java標準又面臨著前所未有的挑戰(zhàn)，未來的Java還會象它宣稱的那樣，一處編譯、到處運行嗎？到底誰能主導未來的Java呢？
Java剛一誕生就成待宰羔羊
在1995年，Sun正式公布了Java，并且發(fā)布了JDK1.0。Java在外形上酷似C++，但它卻有一顆形如Smalltalk般純潔的面向對象之心。正因為如此，Java幾乎在一夜之前就香濃世界，成為軟件行業(yè)的新寵。雖然Java剛開始只是通過Applet為網(wǎng)站做一些動態(tài)的效果，但它的殺手锏，“一次編譯、到處運行”使Java迅速成為各大企業(yè)及眾多開發(fā)人員競相追捧的對象。
正是因為Java的流行使眾多有實力的企業(yè)垂涎三尺。一開始，Java的JVM是由Sun單獨開發(fā)的。而在當時，開發(fā)工具的老大Borland卻蠢蠢欲動。由于Borland以開發(fā)語言編譯器著稱，因此，在Java的早期，除了Sun的JVM，比較著名的還有Borland JVM。
這個世界上除了Sun，沒有哪家公司象Borland一樣和Java走得如此之近。在Java的早期，Borland幾乎參與了Java的各種層次的設計，如JVM、JDK以及開發(fā)工具。甚至Sun和Borland曾經進行了一場關于JVM的軍備競賽。當初Sun設計一個JVM版本，Borland也跟著設計一個更快的JVM版本。就這樣持續(xù)了有幾個月時間。Borland負責這方面事務的就是Anders Hejlsberg，他的第一個成名作就是Delphi，因此，他也被稱為Delphi之父。說起Anders Hejlsberg，也許大家不太熟悉，但要是提起C#之父，也許大家會很熟悉，對，他也是Anders Hejlsberg（在1996被微軟用年薪300萬美元、加盟獎金以及一個開發(fā)團隊從Borland挖去的），因此，Anders Hejlsberg同時被稱為Delphi / C#之父。這位天才以匯編語言編寫了Borland JVM，從某種程度上，Borland JVM的效率要比Sun JVM高一些（如果你用過Visual J++就知道了）。但由于Borland后來專注于Java開發(fā)工具(JBuilder)的開發(fā)而放棄了和Sun的JVM爭奪。
在Sun和Borland的JVM爭奪戰(zhàn)結束后，真是樹欲靜而風不止。自從Anders Hejlsberg到了微軟后，立刻被比爾.蓋茨派去負責微軟的Java開發(fā)工具Visual J++的開發(fā)，至此，又要上演一場龍爭虎斗。大家都知道，微軟和Sun一直因為Java而互相攻擊。但一開始，比爾. 蓋茨是非常喜歡Java的，他曾經稱贊Java是“到現(xiàn)在為止世界上最好的開發(fā)語言”，微軟也很早就購買了Java許可證。但微軟作為軟件公司的老大，看到別人的孩子茁壯成長，自已心里卻暗生嫉恨。于是在它自己的Visual J++中搞起了小動作。使用Visual J++開發(fā)Windows程序就象是享受一杯美酒。但Visual J++卻破壞了Java的跨平臺特性。微軟和Sun也因此打了長達7年的官司，最后這場官司以喜劇收場。微軟和Sun達到協(xié)議，微軟停止Visual J++的開發(fā)，而雙方都將為使用對方的專利付費。同時Visual J++也無疾而終（要不是這場官司，恐怕現(xiàn)在很多程序員還在使用Visual J++呢�。Ｔ�2004年，微軟和Sun最終以16億美元結束了十多年恩怨。這也正應了一句話“沒有永遠的朋友、也沒有永遠的敵人，只有永恒的利益”。
在Sun、Borland、微軟之間圍繞著Java的爭斗最終以Sun重新獲得Java的控制權而結束。但新的爭斗又將開始。
Java標準成為眾豪強競相追逐的“梅花鹿”
在經過數(shù)年的爭斗后，Sun終于可以暫時控制JVM和JDK了，現(xiàn)在這兩種技術也趨于一致了，但JVM和JDK只是Java體系的冰山一角。而對Java影響最大的莫過于眾多的JSRs（Java Specification Requests）。
當Sun和Borland、微軟的爭斗告一段落后，Sun本以為可以高枕無憂了，但Sun卻打錯了算盤。在這之后，Sun受到的第一次挑逗就是IBM的Eclipse。在2001年，IBM設計了自己的Java開發(fā)工具Eclipse，這本來沒什么，但Eclipse卻與Borland的JBuilder有著本質的不同。JBuilder是百分之百基于Java的，而Eclipse雖然是Java開發(fā)工具，但它的圖形接口既不是AWT，也不是SWING，而是IBM自己開發(fā)的SWT。SWT雖然速度快，但它卻是獨立于JDK之外的，也就說，它并不同JDK一起發(fā)布。因此，在程序發(fā)布時，必須帶是SWT的運行庫才可以。IBM官方稱Eclipse的推出是為取代Sun的NetBeans，但稍微動一下腦子就不難看出，IBM的真正目的并不是NetBeans，而是想逐步取代Sun的JDK的部分，甚至全部。IBM推出SWT的目的就是想讓開發(fā)人員除了標準的AWT和SWING外，還有另外一種選擇，那就是SWT。也就是說，IBM想先通過JDK的圖形庫來分裂JDK，從而達到自己控制JDK的目的。
而另Sun尷尬的是IBM的舉動并沒有觸犯什么法律或規(guī)約，SWT只是一個基于Java的類庫而已。Sun更本無法向當年起訴微軟一樣來起訴IBM。IBM的初次挑釁取得了意想不到的收獲。這下IBM更加得寸進尺了。
由于和Java相關的規(guī)范都是由JCP來管理的。每當提交一個新規(guī)范，必須由JCP的成員投票表決才能通過。因此，JCP就相當于Java世界的聯(lián)合國。它和現(xiàn)實中的聯(lián)合國是一樣的，誰控制了聯(lián)合國，誰就能充當世界警察，為所欲為。而JCP成員中最強大的當然是IBM了。一開始，IBM還是很規(guī)矩的，但后來，IBM發(fā)現(xiàn)，JCP一直都是由Sun來主導，而Sun的產品也是最早支持JCP標準的，如當JCP推出新的J2EE標準后，Sun的AppServer在半個月后就宣布支持新標準了。
這種結果是IBM所不能允許的，因為，在J2EE市場，IBM和Sun是競爭對手。這樣，Sun的AppServer就永遠領先IBM的WebSphere了。因此，IBM就想繞過JCP，自己確定新的標準。可能是因為IBM感覺自己勢單力孤，最后把BEA也拉了進來。IBM和BEA都是J2EE市場的絞絞者，他們的市場份額之和超過了66%。
無論是微軟，還是IBM。他們的強大都足以在一個領域中推行新的規(guī)范。IBM也正是看中了這一點，因此，在最近IBM和BEA提交的幾個規(guī)范（如JSRs235，236和237）并沒有長長支持列表。而其它的規(guī)范都有很長的支持列表。這充分說明了IBM和BEA打算繞過JCP而單獨推出規(guī)范，而這些規(guī)范并未得到JCP大多數(shù)成員的支持。
如果說提交JSR規(guī)范只是小打小鬧，那么IBM聯(lián)合BEA發(fā)布的SDO(Service Data Object)規(guī)范將是一次大動作。在發(fā)布SDO的同時，IBM又向Apache基金會捐獻一個支持SDO標準的Tuscany項目。這次發(fā)布并沒有安排Sun、JBoss等Java中間件提供商參與。盡管SDO最終因進展緩慢而失敗，但這將是以IBM為首的利益集團分裂JCP的開始。在SDO失敗后不久、IBM和BEA又聯(lián)手推出了SOA標準。這個標準除了IBM和BEA，并沒有其它的SOA標準制定者。IBM和BEA制定SOA的目的就是想徹底繞過JCP而成為Java EE的事實標準。不管其他人如何評價IBM和BEA的這次聯(lián)合，我相信Java標準已經開始分裂。而在業(yè)界舉足輕重的企業(yè)，如IBM、BEA、Oracle、JBoss，甚至是微軟，都會圍繞著Java標準展開一場殊死搏斗。也許Java EE的未來將是一場血雨腥風！
Sun的回馬槍：以GPL協(xié)議開源的Java
IBM這個城府極深的家伙總在不斷地算計別人。就在Sun和微軟最終和解的2004年，IBM又不遺余力地“勸說”Sun將Java開源。而當時Sun還是站在開源的對立面。面對IBM給自己的一封公開信，Sun總裁麥克利表現(xiàn)出了極大的反彈，并公開表達了對這封信的反感和對開放的排斥。有趣的是，在兩年之后，Sun的態(tài)度發(fā)生了180度的逆轉，不僅將Java開源，而且是在GPL協(xié)議下開的源。GPL在開源協(xié)議中是最接近自由的協(xié)議，這下可給IBM一個措手不及。
在Sun公布這一消息之后，英特爾、RedHat都對此表示高度的贊許，而IBM的態(tài)度卻讓人捉摸不透。除了一份聲明外，并沒有其它的任何反應。
其實Sun這次開源也算是破罐子破摔了。在Java誕生的11年里，Java為Sun贏得了無數(shù)的聲譽，但Java對于Sun來說就是叫好不叫座。而恰恰相反，Java卻成就了BEA、JBoss、IBM等公司�？蒘un除了為Java而付出的大量開發(fā)和維護費用外，幾乎沒得到沒么好處。而這次開源，Sun干脆將Java開源到底，直接選用了最開放的GPL協(xié)議，反正Sun也沒從Java得到什么，當然，也不怕失去什么。Sun的這個舉動是幾乎所有人都始料未及的。而最受刺激的就是IBM。在開源的當天，IBM發(fā)表聲明建議Sun還是以Apache協(xié)議來開源Java。這說明，Sun這一舉動給了IBM一個回馬槍、打得IBM錯不及防。
IBM一開始想讓Sun在Apache等限制比較多的協(xié)議下開源，然后憑著IBM的影響力來控制Java在未來的發(fā)展方向。而這下Sun將IBM的計劃完全打亂了，一但以GPL開源，就意味著任何人都可能自由地修改Java的代碼，而IBM將很難控制局面。
Java的開源其實對于Sun是好處多多，起碼它可以省下大筆的開發(fā)Java的費用，當然，還能贏得一個好名聲。除此之外，還可以借助于開源社區(qū)的力量，對Java那臃腫的構架進行改進。Sun還發(fā)表聲明說，在未來，還打算將Solaris、OpenOffice等軟件以GPL協(xié)議進行開源。這將給Sun帶來更大的發(fā)展機會。
而IBM和其它的軟件公司也正在試圖尋找開源贏利模式。IBM幾次想控制Java都未能完全如愿，現(xiàn)在Java也以GPL協(xié)議開源了，看來，IBM要想進一步地控制Java的可能性已經不大了。而Java的開源也有不利的一面，這將表現(xiàn)在可能出現(xiàn)其它的Java版本，到那時，可能會在一定程度上破壞Java的“一處編譯、到處運行”的特性。
總之，不管Java標準是分裂，還是統(tǒng)一，Java都會一如既往地向前發(fā)展。所有的Java愛好者和使用者期待著Sun和Java能給我們一個嶄新的明天。
|
