OSGi 全面總結與 WebSphere 應用實戰：解決版本衝突

OSGi 核心價值：模組化、版本隔離、動態生命週期

Java 原生 JAR 缺乏運行時模組概念、依賴聲明與版本控制、資訊隱藏機制，導致類別載入扁平化、版本衝突頻發。OSGi 透過 Bundle (增強版 JAR) 解決：

• 每個 Bundle 擁有獨立類別載入器，形成網狀委派關係（非樹狀父委派）
• Manifest 中聲明 Import-Package/Export-Package 明確依賴與版本範圍
• 支援同一 Bundle 多版本並存，透過版本範圍 (如 [1.0.0,2.0.0)) 精確控制
• 未導出的套件自動隱藏，實現封裝

主流 OSGi 框架

• Equinox (IBM，Eclipse/Lotus/WebSphere 採用，規范 4.1)
• Felix (Apache，4.x)
• Knopflerfish (Makewave，3/4.1)
• Concierge (3)

WebSphere 整合 OSGi 實戰：郵件系統版本衝突解決

WebSphere 6.1+ 採用混合模式：核心插件以 OSGi Bundle 形式置於 plugins 目錄，其餘維持傳統類別載入層級。OSGi 部分透過網關與擴展類別載入器連接，處於較高層級。

案例：MailboxAPI v1 被 FixedMailbox 依賴，XMLMailbox 需升級至 MailboxAPI v2。傳統部署下共存 MailboxAPI.jar 與 MailboxAPI2.jar 會導致其中一個模組失效。解決方案：

1. 將 FixedMailbox.jar、XMLMailbox.jar、MailboxAPI.jar(v1)、MailboxAPI2.jar(v2) 全部轉為 OSGi Bundle (僅增強 Manifest)
2. 設定 FixedMailbox Import MailboxAPI v1，XMLMailbox Import MailboxAPI v2
3. 移除 lib 目錄下舊 JAR，四個 Bundle 放入 plugins 目錄
4. 重啟 WebSphere，兩模組同時正常運行

依賴關係從扁平衝突轉為版本化網狀結構，完美解決版本衝突。附完整 Manifest 範例與架構圖。