前言:EclipseCon 2006 訪談實錄
本文整理自 Eclipse 基金會執行長 Mike Milinkovich 在 EclipseCon 2006 接受媒體訪談的內容,深度剖析 Eclipse 在 SOA、Ajax、RCP (Rich Client Platform) 三大技術方向的戰略佈局與生態系統發展。
一、大會規模與社群成長
「我們完全沒預期會賣光四家旅館的訂房……去年參會者抱怨太擠,今年我們連場地都滿了。」
- 2005 年為關鍵轉折點:BEA、Borland、Sybase、CA、Scapa、Wind River 六大廠商同時加入 Eclipse 基金會。
- 專案數從 2005 年 200+ 成長至 60+ 核心專案 (註:原文數字可能指核心專案),呈穩定增長趨勢。
二、RCP (Rich Client Platform):桌面應用新戰場
定位與價值
- 成熟技術:RCP 即 Eclipse IDE 核心架構 (Workbench、SWT、JFace、OSGi),2004 年 3.0 版獨立發布,已在產業驗證多年。
- 跨平台桌面能力:支援 Windows、Linux、macOS,且解決「Vista + XP + 2000」共存部署難題 — 微軟自身也在推動多平台相容。
- ISV 與企業 IT 共同需求:脫離瀏覽器限制、擁有豐富 UI、可管理性強、離線工作能力。
微軟技術棧變遷的機會
微軟投入數億美元推動開發者從 Win32 API 遷移至 .NET (WinForms/WPF),但這同時製造了「舊代碼如何遷移、跨平台如何部署」的痛點。RCP 以 Java + OSGi + 標準化擴展點,成為非微软鎖定的最佳替代方案。
成功案例:Nokia Forum Nokia
- Nokia 領導 Eclipse Mobile Java Tools Initiative。
- 200 萬註冊開發者社區,所有發布工具全面基於 Eclipse RCP 建構。
- 統一 Java、C/C++ 開發體驗,證明 RCP 支援多語言工具鏈能力。
三、SOA 工具平台:標準化與互操作
現狀與挑戰
- SOA 仍在演進期,標準 (WS-*, BPEL, SCA, SDO) 眾多且未完全穩定。
- Eclipse 成立 SOA Tools Platform Project (STP),由 IONA 領導。
- 目標:提供廠商中立的 SOA 開發、部署、管理工具框架,避免單一廠商鎖定。
生態系統策略
「我們關心的不只是 Eclipse 專案,更是所有建構在 Eclipse 上的創新產品。」
鼓勵 ISV 在 Eclipse 平台上構建商業 SOA 工具,形成良性生態循環。
四、Ajax 與 Rich Ajax Platform (RAP):將 Eclipse 模型帶入瀏覽器
為什麼 Eclipse 要介入 Ajax?
- Ajax 爆發性增長,開發者急需工具支援。
- Eclipse 目標:為多種語言/平台提供開源工具平台,Ajax 自然納入範疇。
RAP (Rich Ajax Platform) 專案提案
| 核心概念 | 說明 |
| 豐富構建模型 | 將 Eclipse 擴展點、插件架構、依賴管理模型移植至 Ajax 應用開發 |
| 客戶端運行時 | 輕量級 JavaScript 框架,提供類 SWT/JFace 的 UI 元件模型 |
| 伺服器端整合 | 與 OSGi、Equinox、JEE 容器無縫整合,支援單頁應用 (SPA) 架構 |
| 工具鏈 | WTP (Web Tools Platform) 整合,提供編輯器、除錯、部署支援 |
「RAP 為 Ajax 帶來的不只是框架,而是豐富的構建模型與可擴展的插件模型。」
大型專案採用趨勢
企業級專案逐漸採用 Ajax 技術,RAP 的模組化、擴展點機制對大型團隊維護、功能演進至關重要。
五、Eclipse 基金會商業生態系統策略
- 廠商中立治理:基金會不開發產品,只提供知識產權管理、品牌、基礎設施、專案孵化流程。
- 共同投資、共享成果:大廠 (IBM、BEA、SAP、Nokia、IONA…) 共同資助核心平台研發,各自在上層構建差異化產品。
- 知識產權乾淨:所有貢獻代碼經 IP 審查,企業可放心商業使用。
六、技術演進時間軸 (截至 2006)
| 時間 | 里程碑 |
| 2001 | Eclipse 1.0 發布 (IBM 捐贈 VisualAge Java IDE 代碼庫) |
| 2004 | Eclipse 3.0:OSGi 模組化核心、RCP 獨立發布 |
| 2005 | 六大戰略成員加入;WTP、STP、RCP、CDT 等核心專案成熟 |
| 2006 (當前) | Eclipse 3.2 即將發布 (6 月);RAP 專案提案;Mobile Tools 由 Nokia 領導 |
七、關鍵洞見總結
- RCP 是 Eclipse 走出 IDE 成為通用平台的關鍵:同一代碼庫支援 IDE、桌面應用、工具鏈、嵌入式開發環境。
- SOA 與 Ajax 並非競爭,而是互補:SOA 解決企業服務總線與組合,Ajax/RAP 解決豐富前端體驗;Eclipse 兩條戰線並進。
- 開放治理模式贏得大廠信任:非單一廠商控制,IP 乾淨,降低採用風險。
- 工具平台思維而非產品思維:Eclipse 賣的不是 IDE,而是「構建工具的平台」。
八、對現代開發者的啟示
- OSGi / 模組化架構:Eclipse 早期採用 OSGi (Equinox),今日微服務、模組化單體架構同樣受益於動態模組、服務註冊發現、版本隔離。
- 擴展點機制:聲明式擴展 (plugin.xml) 實現核心與擴展解耦,現代插件系統 (VS Code Extensions、IntelliJ Plugins) 同源設計哲學。
- Rich Client 概念延伸:Electron、Tauri、Flutter Desktop 皆在解決同一問題:Web 技術構建原生桌面體驗。RCP 是 Java 陣營的早期答案。
- RAP 預見 SPA 框架演進:組件模型、依賴注入、模組化構建 — 今日 React/Angular/Vue 生態系統核心特徵。
結語
Eclipse 在 2006 年展現的戰略視野 — RCP 統一桌面、STP 標準化 SOA、RAP 模組化 Ajax — 至今仍具指導意義。開放治理、模組化核心、工具平台定位,使 Eclipse 從單一 IDE 進化為支撐整個 Java/多語言生態系統的基礎設施。對於技術決策者,Eclipse 歷程證明:投資平台能力、擁抱開放標準、培育生態系統,才能在技術浪潮中保持長期相關性。