OSGi和SCA到底能有什么關系呢，確實，至少從現有的OSGi規范以及SCA規范分別來看，兩者沒有直接的關聯，由于OSGi規范是對于嵌入式領域的軟件而制定的，其特別注重軟件的動態性的支持，而SCA規范是對于企業應用領域的軟件而制定的，并且是基于SOA的，其特別注重對于企業應用而言的基礎設施的實現，同時又盡量的去屏蔽對于SCA容器使用者而言SOA帶來的技術實現細節的難度；但根據OSGi規范以及SCA規范，同時又能發現兩者有個共同希望解決的問題，那就是規范的模塊化，這是OSGi規范和SCA規范中的一個共同目標。

51CTO編輯推薦：OSGi入門與實踐全攻略

在規范的模塊化上無疑OSGi占據了優勢，OSGi規范詳細的定義了作為OSGi框架應該如何去實現以支撐規范的模塊化，同時也定義了應該如何規范的來建設模塊，而在SCA規范中只定義了如何規范的來建設模塊，并未定義如何規范的來實現SCA容器，既然是這樣，SCA規范是否可以考慮直接使用現有的好輪子---OSGi作為SCA容器實現的基礎呢，在使用OSGi的情況下，SCA容器就沒必要費勁就考慮怎么樣實現自己規范的模塊化了，這個就有點象當年的Java Module System規范，除非SCA小組能夠有突破性進展的實現規范模塊化的方法，那另當別論。
使用OSGi的話自然的就給SCA帶去了一個好處，那就是動態性的支持上，這是OSGi的核心也是***的優勢，Peter在他***的blog中也提及Module Layer是OSGi規范中最為關鍵的部分，正是因為Module Layer才使得OSGi其他部分得以搭建。

當然，基于OSGi去實現SCA容器必然會碰到這樣那樣的技術難題，這可以依靠OSGi框架的實現者們和SCA容器的實現者們來協作的解決，就像Spring and OSGi。

那么對于OSGi而言呢，基于OSGi去實現SCA容器又會給OSGi帶來什么好處呢，其實非常明顯，在這樣的情況下OSGi就真正的進入了企業應用領域，真正的成為了以后企業應用領域的核心基礎，所以我在之前的blog中說過，SCA非常象是OSGi在企業應用的延伸或擴展形成的規范。

當然，要做到上面所說的，不僅僅是想就有用的，需要去努力做到，近期準備發封mail先試探著問問OSGi EEG們對于SCA有什么想法，是否可以考慮直接讓SCA變成OSGi EEG的規范，同時讓SCA規范制定小組納入OSGi Core作為SCA容器實現的規范的部分。

近期Spring and OSGi的進展非常可喜，現在Spring and OSGi的project已經提升為了正式的project，而且在提升之前也對外正式公布了Spring and OSGi的repository，Spring and OSGi project的網站地址位于：http://www.springframework.org/osgi

【編輯推薦】

1. Equinox的OSGi實現與應用服務器
2. OSGi在ServiceMix4中的應用
3. GlassFish是什么？基于OSGi的Web服務器
4. OSGi為什么重要：向模塊化轉移的主攻手
5. OSGi和Java企業級開發的未來方向