近兩年來Java IDE的市場異常熱鬧，面對開源社區Eclipse與日俱增的吸引力，曾經的王者JBuilder感受到從沒未有過的壓力。Borland沉寂了一年之后，終于推出了JBuilder 2006，其開創性的P2P對等協作功能和決定以Eclipse為基礎的重大調整預示著JBuilder正在實現戰略性的演化。
從丑小鴨到天鵝的演化：Jbuilder的發展史 JBuilder誕生于1997年，時至今日，已走過了8個年頭，先后發布了12個版本（JBuilder 2006的版本號為12）。在JBuilder的發展歷程中，創新，追逐最前沿的Java技術一直是JBuilder秉承的發展理念，快速升級、不斷地增強功能也是其區別于其他IDE的特色之一。
Borland每個版本的升級大約在半年的時間內完成。升級所用時間最長的前三甲分別是JBuilder 2006/Peloton，JBuilder 3.0/3.5及JBuilder 2.0。
在這三次升級中，Borland都對Jbuilder的發展方向做了戰略性調整。讓我們短暫回顧一下JBuilder的發展史：Borland在1997年推出JBuilder 1.0，1.0的版本市場反應并不理想，原因是多方面的。首先Borland進入Java IDE領域相對較晚，在Java IDE上的經驗不足，其次，Microsoft在30個月內挖走了Borland 30多名重要雇員，除了眾所周知的Anders Hejlsberg之外，還包括研發副總裁Paul Gross，暫時還沒有找到合適的替代者。
但不久之后，老天又開始眷顧起Borland ，她將Java天才Blake Stone帶進了Borland，彌補了其人才流失所造成的重傷（注：2004年Blake Stone也被微軟挖走）。Blake Stone旗幟鮮明，立志將JBuilder從原生的Window IDE改造成純Java的IDE。這一戰略性的轉變是重大而富有挑戰性的，1998年10月所推出的JBuilder 2.0并沒有完成這一宏偉的目標，但終于畢其功于一役于JBuilder 3.5。
2000年3月14號對于JBuilder是一個值得永遠記念的日子，因為Borland于當日推出了JBuilder 3.5，這是Borland的JBuilder小組在歷經數年的不懈努力后，推出的第一個100%純Java血統的IDE；更重要的是Borland憑借JBuilder 3.5非凡表現實現了其稱霸Java IDE市場的夢想。至此，Borland開始雄踞Java IDE的頭把交椅，獨占鰲頭，把Symantec的Visual Café，IBM的VisualAge for Java，SUN的Workshop及Microsoft的Visual J++遠遠地甩到后面，實現了其命運的大逆轉。
從4.0版本到2005版本，JBuilder的發展更象是一場場戰術上的演進，推進和提升的速度都相當平穩。當然這之中也有許多出彩的表現：如引入ALM（Application Lifecycle Management：軟件生命周期管理）、SDO（Software Delivery Optimization：軟件交付最優化）、團隊開發、代碼審查，性能優化（Optimizeit）等優秀的IDE設計理念。
JBuilder 2005 在去年9月發布，JBuilder 2006直到今年9月2號才發布，相比以前幾個版本的升級，這次升級所用的時間是很長的。從圖 1的JBuilder版本升級速度統計圖中，可以很明顯地看到這個不小的變化：
 圖 1 JBuilder 版本升級速度統計圖 |
然而近兩年來在Java IDE的世界，Eclipse橫空出世，一路攻城掠地，勢如破竹，如巨大的磁鐵，迅速地吸引了大批的追隨者，成為Java IDE領域強勁的競爭對手，更可怕的是它的吸引力和影響力還在快速攀升。Eclipse的成功吸引了大批JBuilder用戶，JBuilder 王朝出現了巨大的危機！JBuilder再次走在了十字路口。
Jbuilder 2006 低谷中的自救
JBuilder 2006于今年9月2日推出，這個版本應該說是JBuilder戰略調整中的一個過渡性版本，一如JBuilder發展史上的JBuilder 3.0一樣。在這個版本里，JBuilder帶給我們最大的驚喜就是"對等協作"，整合分布式團隊的協同工作能力是該版本最大的特色，筆者將另辟章節詳細介紹。
根據Borland 2004年制定的一個JBuilder 發展線路圖，Borland將于2006年上半年推出另一款代號為Peloton的JBuilder 2006。Peloton將以開源Eclipse作為其底層技術架構，目的就是整合與其他開發商產品的協同能力（到時Eclipse可以用插件，JBuildre一樣可以用），以后JBuilder將調整到以Peloton為基礎的發展道路上來！
在JBuilder的發展史上，3.0版本和2006版本的升級有著許多的相似之處，首先它們都花了1年多的時間；其次，它們都出現了兩個分支版本；還有，它們都是戰略性的升級：前者將原生性的Window IDE打造成純Java的IDE，后者的底層技術架構調整為Eclipse。
這里我又要穿插一點Eclipse的歷史，IBM的Visual Age For Java原來是一個不錯的Java IDE，但在JBuilder強勁攻擊下，Visual Age For Java的城堡唯余片片斷壁殘垣，遍體鱗傷的Visual Age For Java氣如游絲，眼睜睜地看著JBuilder遠遠地將自己拋到后面，終于在2001年12月， IBM宣布把Visual Age For Java 開放給Eclipse計劃，結束了其5年來Java IDE市場上的角逐。歷史真是讓人玩味：想不到時不過4年，這位JBuilder曾經的手下敗將戲劇性地演變成了富有侵略性的復仇者。
但JBuilder是不會被擊倒的，Borland不但是一位身經百戰的斗士，更是一位富有遠見卓識的謀略家。Borland的決策者們一定深諳其前輩林肯的韜略：林肯說過消滅你敵人最好的辦法就是讓其成朋友。這次，Borland將這句話發揮到極致了，讓Eclipse跨過朋友成為家人――JBuilder以Eclipse為基礎構架。也許所有曾經或正在為JBuilder和Eclipse孰優孰劣而沫星四濺的爭辯家們都被開了一個天大的玩笑：因為他們的所有論證，攻詰和現身說法都變得毫無意義了。
就象牛頓踩在開普勒、伽利略、惠更斯、胡克等人的肩膀上一樣，當明年的Peloton發布后，JBuilder則踩在Eclipse、TogetherSoft、TeraQuest Metrics、VMGEAR的肩膀上，并完成對他們的超越。
對等協作 JBuilder 2006最具特色的新功能
9月2日發布的Borland JBuilder 2006創造性引入P2P對等協作功能，使開發團隊能夠跨越地域的限制進行即時交互(chatting, editing, designing, and debugging)，實現虛擬化團隊編程(Virtual Peer Programming)。
下面我們模擬兩個團隊成員（Tom和Angel）在局域網內的具體協作過程來說明JBuilder 2006的對等協作新功能。
1) Tom打開JBuilder 2006，通過JBuilder 2006中新的菜單Collaborate菜單設置協作賬號的屬性： Collaborate->Peer to Peer Properties…->打開Properties對話框，如圖 2所示：
 圖 2 設置協作賬號的屬性對話框 |
這里，Tom僅簡單地設置了自己的名字，通過Choose Icon…按鍵可以選擇一個圖標。
2) Tom創建一個名為testPro的工程，在工程中通過File->New…->General->Application創建一個Application，其主入口類名為App，主窗體類名為MainFrame。
3) Angel在局域網的另一臺機器上啟動JBuilder 2006，如1)步一樣建立一個名為Angel的協作賬號。
4) Tom將工程窗格切換到Peers的標簽頁上，將發現JBuilder 2006已經自動探測到了Angel，并將Angel列在可選協作人員名單中，如圖 3所示：
 圖 3 建立協作聯系 |
Tom雙擊Peers標簽頁中的Angel，JBuilder窗體右側出現一個Collaboration對等協作窗格。Tomo可以通過這個窗格和Angel進行對話，進行初步聯系。
5) Tom單擊Collaboration窗格的
圖標將testPro.jpx工程共享給Angel，Angel的JBuilder中將馬上出現來自Tom共享工程的通知信息，提示Tom正要將testPro的工程共享給她，如圖 4所示：
 圖 4 Angel被告知Tom正要共享工程給她 |
Angel僅需點擊testPro.jpx的鏈接即可獲得Tom的testPro.jpx工程的共享權。當Angel接受了Tom的共享工程后，Tom端的JBuilder自動將testPro.jpx整個工程的文件發送給Angel，并在Angel的JBuilder中展現。此時Angel所看到的內容和Tom是完全一樣的，可以稱其為Tom JBuilder的"鏡像JBuilder"，但此時Angel還不能對工程的文件進行任何修改。Angel將工程窗格切換到Project標簽頁上，可以看到這個文件現在處理Remote Read Only狀態，如圖 5所示：
 圖 5 Angel的工程窗格顯示共享工程的狀態 |
在JBuilder 2006多人協作的環境中，同時只能有一人擁有編輯工程的權限，在獲取工程的編輯權限之前必須得到工程的令牌（Token）。工程的擁有者（我們的例子中是Tom）可以將令牌傳送給協作中的任何一個人，也可以從執有者手中取回令牌。
6) Tom在Collaboration窗格中點擊 
圖標，在下拉的菜單中點擊Angel，這樣，Tom就將工程令牌傳給Angel了，如圖 6所示：
 圖 6 Tom將令牌傳遞給Angel |
7) Angel在得到令牌后，就擁有了編輯工程文件的權限。注意：工程窗格工程結構樹文件后的標識已經從[Remote Read Only]轉變為[Remote]。Angel對工程文件的任何編輯將會即時同步到Tom的JBuilder中。Angel打開App.java文件，將第25~35行置為同步編輯狀態，將screenSize變量改變為screenSize1，如圖 7所示：
 圖 7 Angel對App進行編輯 |
Tom的JBuilder界面即時看到了Angel的這個調整，Angel還通過對聊窗口對Tom說："我將screenSize變量調整為screenSize1"，如圖 8所示：
 圖 8 Tom看到了Angel的更改 |
8) 對等協作不但可以同享編輯器，還可以共享UI設計器。Angel打開MainFrame.java，并切換Design視圖頁上打開UI設計器，對MainFrame的界面進行設計。此時Tom的JBuilder也將自動切換到MainFrame的設計窗口中和Angel的JBuilder保持同步。Angel在MainFrame的界面上添加了一個按鈕，如圖 9所示：
 圖 9 Angel通過共享設計器設計界面 |
Tom在自己的JBuilder中馬上也看到了這一變化，就好象幕后有一雙無形的手在操作在自己JBuilder中設計著MainFrame界面一樣。
9) Angel完成了設計工作后，Tom通過Collaboration窗格中如下的操作收回編輯令牌：
 圖 10 Tom從Angel手中取回令牌 |
收回令牌后，Tom即可以對工程進入編輯了。同樣的，Tom對工程所做的任何編輯動作將即時同步到Angel的JBuilder窗口中。
10) 在這一步里，Tom要和Angel進行共享調試的協作。Tom在工程窗格在App.java中右擊，在彈出的菜單中選擇Debug using "App"，此時Tom的JBuilder調出調試信息窗格，Tom對程序進行單步調試跟蹤，Angel的JBuilder也同時反映出相同的操作。雖然Angel此時不能進行調試的控制（如單步運行、跳過方法、移到下個斷點等），但她可以通過Add Watch窗口查看運行期變量信息，如下圖所示：
 圖 11 Angel在共享調試窗口查看運行期變量 |
11) 在完成一系列對等協作后，Tom可以通過Collaboration窗格的
按鈕，收回工程共享的權限。
對等協作除可以在協作成員間共享編輯器，設計器、調試器、并進行對聊的功能外，JBuilder的對等協作還可以傳送文件，發送URL連接，發送運行期的堆棧跡，此外令牌的執有者還可以將當前編輯器所處的程序代碼的位置通過Send Line Like發送給其他成員，使其他成員編輯器定位到相同的地方，如所示：
 圖 12 編輯器位置協作定位 |
這不啻為是一個細心的功能，因為團隊成員位于不同地方，在協作時，當你希望其他成員轉向某個程序文件的某行代碼時，往往需要花費一番口舌，但有了這項貼心的功能一切變得一蹴而就了。
此外JBuilder還允許對傳輸進行安全的設置，對傳送的信息進行加密和認證，確保協作的安全。
如果JBuilder端點分布于WAN上，JBuilder則使用一種稱為Jabber的開源即時信息發送協議，為了和遠程的端點協作，你必須在Jabber Server上創建一個帳號，可以通過http://www.jabber.org來了解更多關于Jabber的信息。
JBuilder 2006的其他新特性
JDK 5.0的支持
雖然在JBuilder 2005中已經可以開發基于JDK 5.0的程序，但JBuilder 2005自帶的JDK卻是JDK 1.4版本的，需要從SUN下載安裝并在JBuilder 2005中配置，才可以使用JDK 5.0。但JBuilder 2006自帶的JDK就是JDK 5.0，你無需再做任何的事情就可以使用了。
J2EE和EJB的提升
JBuilder 2006支持J2EE 1.4和EJB 2.1，并支持目前市場上最新的J2EE服務器，包括Tomcat 5.5，WebLogic 9.0，Websphere 6.0和JBoss 4.x。
Web開發的提升
JBuilder 2006大力加強了對JSF的支持，包括新增了一個DTO/Fa?ade向導，用于創建JSF的客戶端。JSF的流程設計器的功能得到了顯著的改善：現在你可以從流程設計器定位到另一個JSP的代碼上，可以從一個流程設計器轉到另一個流程設計器，此外流程設計器的ErrorInsight的功能得到了優化。
Struts是當前最流行的Web層框架技術，JBuilder 2006所支持的Struts版本提升到了Struts 1.2。
Web services
Apache Axis的web services工具箱更新到了1.2.1版本。好幾個Web Services的UI設計界面得到了調整以支持J2EE 1.4。JBuilder 2006現在同時支持1.0和1.1兩個版本的Interoperability (WS-I) 的Web Services測試工具。
總結
在歷時一年之久之后，Borland部分地完成了對JBuilder 2005的戰略升級。其開創性的對等協作功能大大降低了分布式團隊的協作成本和難度。對等協作使分布式團隊跨越了地理上的限制，將團隊的智慧和開發力集中到了一起。那些因為地域的限制正準備打點行囊趕赴會戰點的開發成員，有了JBuilder 2006的對等協作的幫助，就可以為省卻旅途顛簸之苦而歡呼了，老板也將因為節省了一大筆差旅費而暗自慶幸。
當然，最終完整版的JBuilder 2006還沒有推出，以Eclipse為骨架的這個JBuilder混血兒究竟有哪些驚世駭俗的表現？我們還在引頸期待中，但Borland這次令人眼花繚亂的組合重拳，已經依稀讓我們看到了JBuilder 2006脫胎換骨后鳳凰涅槃的英姿。