隨著OSGi/Equinox逐漸成為Java EE服務端的基礎軟件架構，OSGi上部署WEB應用程序的解決方案日漸成熟。這里介紹三種目前我們所知的解決方案，前兩種是Equinox組織提出的方案，后一種是OpenCore平臺采取的解決方案。
WEB-INF的目錄結構大致如下(大致如此):
部署結構如下圖( 轉載 ):
個人感覺這個解決方案使用價值不大。
OSGi標準中的HTTP服務接口如下：
部署結構圖( 轉載 ):
因為OSGi是最早為嵌入式系統設計，所以OSGi標準中的HTTP服務只提供了有限的Servlet與靜態資源的發布功能，沒有一個完整的WEB容器概念，這種模式更適合通過WEB方式暴露(Export)服務，不太適合開發展現層的WEB應用。
通過Equinox提供的擴展/擴展點功能可以簡化這種方式WEB應用的開發，就是通過plugin.xml來配置Servlet和靜態頁面的注冊。
這三種插件類型間關系類似Decorator模式，從內到外增加"特征"描述：
這樣我們可以把一個應用的WEB層像業務層一樣，分割為多個插件，部署在OSGi/Equinox的框架中.
部署結構圖:
我 們覺得這種方式以合適的力度將WEB層分割為插件部署在OSGi框架上，充分的發揮了OSGi體系結構的強大之處，也提高了WEB層開發部署的靈活性。目 前，業界好像也有很多項目是采用這中方式部署。這種部署方式的缺點是，不得不修改Jetty容器的實現，以使其適應OSGi的環境，我們希望Jetty以 后能支持這個功能:)
Google Code上發布了一個基于OpenCore的示例項目linktalk，一個基于GWT、Equinox、OpenCore的Ajax聊天室。
項目地址: http://code.google.com/p/lintkalk
源碼下載: svn checkout https://linktalk.googlecode.com/svn/trunk/project
程序下載: svn checkout https://linktalk.googlecode.com/svn/trunk/release
解決方案一: 部署OSGi/Equinox在Servlet容器中
具體實現: 把OSGi/equinox打包在WAR中，當Servlet容器加載WAR時，啟動OSGi框架。WEB-INF的目錄結構大致如下(大致如此):
- *?/WEB-INF??
- ??????o?/web.xml?(with?one?servlet?entry?assigning?all?incoming?requests?to?the?BridgeServlet)??
- ??????o?/lib/servletbridge.jar?(the?classes?associated?with?the?equinox.servletbridge)??
- ??????o?/eclipse?(the?eclipse?platform?directory)??
- ????????????+?launch.ini?(contains?framework?properties?that?will?allow?override?of?any?eclipse?specific?System?Properties)??
- ????????????+?/configuration?(contains?config.ini?which?lists?the?bundles?you?want?to?have?available)??
- ????????????+?/features??
- ????????????+?/plugins??
部署結構如下圖( 轉載 ):
個人感覺這個解決方案使用價值不大。
解決方案二: Web服務器與Servlet容器嵌入在OSGi/Equinox
具體實現: 把Jetty當作一個插件嵌入到OSGi/Equinox中，并基于Jetty實現OSGi標準中的HTTP服務，其他插件可以通過該服務注冊Servlet和靜態頁面。OSGi標準中的HTTP服務接口如下：
- package ?org.osgi.service.http;??
- ??
- import ?javax.servlet.Servlet;??
- import ?javax.servlet.ServletException;??
- import ?java.util.Dictionary;??
- ??
- public ? interface ?HttpService?{??
- ???? public ? void ?registerServlet(String?alias,?Servlet?servlet,??
- ????????????Dictionary?initparams,?HttpContext?context)??
- ???????????? throws ?ServletException,?NamespaceException;??
- ??
- ???? public ? void ?registerResources(String?alias,?String?name,??
- ????????????HttpContext?context)? throws ?NamespaceException;??
- ??
- ???? public ? void ?unregister(String?alias);??
- ??
- ???? public ?HttpContext?createDefaultHttpContext();??
- }??
部署結構圖( 轉載 ):
因為OSGi是最早為嵌入式系統設計，所以OSGi標準中的HTTP服務只提供了有限的Servlet與靜態資源的發布功能，沒有一個完整的WEB容器概念，這種模式更適合通過WEB方式暴露(Export)服務，不太適合開發展現層的WEB應用。
通過Equinox提供的擴展/擴展點功能可以簡化這種方式WEB應用的開發，就是通過plugin.xml來配置Servlet和靜態頁面的注冊。
解決方案三: 設計適合OSGi環境的Servlet容器，構建純插件體系結構的WEB層
具體實現："插件"與我們通常所說軟件"模塊"的一個區別是：插件能自我描述，加載運行在插件容器中。那么，我們可以分層擴展一個插件的自我描述，用類似Decorator的模式為插件增加“特征”描述。 所以，我們在OpenCore中定義了三種特征的插件，如下圖：這三種插件類型間關系類似Decorator模式，從內到外增加"特征"描述：
- OSGi標準插件，自描述文件"META-INF/MANIFEST.MF"
- OpenCore插件，增加自描述文件"META-INF/opencore.xml"，實現符合OSGi環境的依賴注冊(IoC)與動態擴展點
- OpenCore Web插件，增加自描述文件"WEB-INF/web.xml"(符合Servlet規范)，WEB特性的插件，可以部署在Servlet容器內
這樣我們可以把一個應用的WEB層像業務層一樣，分割為多個插件，部署在OSGi/Equinox的框架中.
部署結構圖:
我 們覺得這種方式以合適的力度將WEB層分割為插件部署在OSGi框架上，充分的發揮了OSGi體系結構的強大之處，也提高了WEB層開發部署的靈活性。目 前，業界好像也有很多項目是采用這中方式部署。這種部署方式的缺點是，不得不修改Jetty容器的實現，以使其適應OSGi的環境，我們希望Jetty以 后能支持這個功能:)
Google Code上發布了一個基于OpenCore的示例項目linktalk，一個基于GWT、Equinox、OpenCore的Ajax聊天室。
項目地址: http://code.google.com/p/lintkalk
源碼下載: svn checkout https://linktalk.googlecode.com/svn/trunk/project
程序下載: svn checkout https://linktalk.googlecode.com/svn/trunk/release
相關資源:
http://www.eclipse.org/equinox/server/http_quickstart.php
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
