企業中的 OSGi

企業中的OSGi

時間：2009-03-25 07:05:11  來源：infoQ  作者：Alex Blewitt譯者 崔康

隨著最近GlassFish 3.0版“Prelude”，即Sun公司基於OSGi的Java EE 6伺服器的發布，OSGi在企業中的應用已經覆蓋了幾乎所有後端伺服器。最近，OSGi同盟一份新聞稿列舉了使用OSGi的廠商和技術：

• IBM的WebSphere
• Oracle的Weblogic
• Paramus的Infiniflow Service Fabric
• ProSyst的ModuleFusion
• Red Hat的JBoss
• SpringSource的SpringSource應用平台
• Sun Microsystem的GlassFish企業伺服器

Peter Kriens指出，Jonas——第一個基於OSGi的J2EE伺服器，因為不是OSGi成員，所以沒有在名單中列出。他同時表示，SAP NetWeaver將來也會邁向OSGi。

正如InfoQ之前所報道的，
這些系統轉向OSGi的主要原因是為了更好的模組化。這使得系統可以分解成更便於管理（和測試）的單元，同時提供更多可重用的組件庫。目前，大公司（
IBM、甲骨文）一直在應用內部使用OSGi，沒有直接暴露給應用的客戶，但其他廠商（ SpringSource
）事實上則允許OSGi容器本身（而不僅僅是應用）對外開放其擴充性。

使用Maven構建的項目也同樣是組件化的，這導致一些人想知道OSGi在模組化方面有什麼特別之處。在Maven的模組化和OSGi的運行時之間兩個最關鍵的區別是：

1. Maven的依賴關係基於特定檔案，而OSGi可以通過運行時發現的任意檔案匯入Java包。
2. Maven的構建時特性意味著它並不支援運行時動態行為。

類似SpringSource's DM Server的應用伺服器利用OSGi的動態特性部署Spring beans到OSGi容器中，允許運行時停止和重啟服務。Spring動態模組架構在底層透明的處理關聯和運行時。

開源項目也在轉向OSGi。在Apache
FelixOSGi伺服器的刺激下，其他Apache伺服器在它們的產品中產生OSGi中繼資料或者完全遷移，就像Apache
Tuscany的最近遷移。對於那些不產生中繼資料的的開源項目，存在很多OSGi束庫（SpringSource企業束庫、OBR、Eclipse
Orbit、Felix束庫等等），它們為帶特定注釋的開源Jars提供OSGi中繼資料。

隨著OSGi的成長，基於Web的和後端系統都直接構建在OSGi上。Linked In對OSGi的使用已經在他們的工程部落格上討論過 ，你也可以看到科羅拉多2008軟體峰會的相關演講稿。甚至可以在亞馬遜EC2和iPhone上運行OSGi服務。

不論是直接還是間接使用，OSGi在企業中的應用機會正在逐步提高。隨著Spring架構成為應用開發的事實標準和Spring DM伺服器的優勢，構建動態、模組化的應用成為企業追逐的目標。