dbstar的技術(shù)Blog

     摘要: 在前幾天的文章中描述了如何在Web Application中啟動OSGi，參見
《打造一個基于OSGi的Web Application——在WebApplication中啟動OSGi》
后來發(fā)現(xiàn)其中在初始化時加載bundle的方式，還有一些美中不足。這種方式加載的bundle都具有相同的啟動順序，即bundle的初始化默認 start level，在之前均沒有做過特別的設(shè)置，所以默認值都是1，這樣會導(dǎo)致所有的bundle的啟動順序無法控制，在某些希望特殊bundle優(yōu)先加載的場合(如日志功能，需要最先加載)，我們希望能夠在bundle初始化的時候就能指定特別的start level，這樣所有的bundle就能按照我們預(yù)設(shè)的啟動順序來加載了。下面就是我優(yōu)化過的初始化代碼，能夠解決啟動順序問題。  閱讀全文

     摘要: 到目前為止，我們的基于OSGi內(nèi)核的Web Application還沒有任何的日志輸出功能，本章將介紹如何在這個Web應(yīng)用中配置和輸出日志。  閱讀全文

     摘要: 在OSGi中，Service是動態(tài)管理的，OSGi容器提供的好幾種獲取和使用Service的方式，那么這幾種方式各有什么優(yōu)、缺點呢，下面我們就以 org.osgi.service.log.LogService為例來分別講一講。  閱讀全文

     摘要: 要在OSGi容器中動態(tài)的管理Web相關(guān)的元素，目前有兩種方式。

一種是通過類似于bridge的方式，現(xiàn)在外層的Web Application中配置一個對應(yīng)的元素，然后通過對這個元素將外部的訪問橋接到OSGi容器內(nèi)部。在OSGi容器內(nèi)部，會有一個總控的 service，通過這個service來提供Web元素的動態(tài)管理，以及對外界請求的響應(yīng)和分發(fā)。Equinox的Servlet Bridge就是采用的這種方式。

另一種方式就是通過使用Web Container提供的原生的API來實現(xiàn)Web元素的動態(tài)管理，將Web Container的部分功能作為Service注冊到OSGi中，然后在OSGi中通過這個Service來動態(tài)的管理Web元素。
  閱讀全文

     摘要: 本章敘述如何在OSGi容器中提供必要的Web Application環(huán)境，其中包括Servlet 2.4、Jsp 2.0和Commons-Logging相關(guān)的package，使得其他在OSGi容器中的bundle可以import。  閱讀全文

     摘要: 本章將創(chuàng)建一個Web Application項目，并描述如何在此應(yīng)用中啟動OSGi。  閱讀全文

     摘要: 工欲善其事必先利其器，在正式開發(fā)之前，花一點時間來構(gòu)建開發(fā)環(huán)境還是有必要的。本章介紹一下我的開發(fā)環(huán)境。  閱讀全文

     摘要: OSGi技術(shù)發(fā)展至今也有好幾年了，然而除了在富客戶端應(yīng)用(以Eclipse為代表)和服務(wù)器應(yīng)用(如大多數(shù)的應(yīng)用服務(wù)器)方面大放光芒之外，在Web Application方面的應(yīng)用和資料卻少之又少。一方面，在OSGi規(guī)范中，對于Web應(yīng)用方面的規(guī)劃尚不成熟，即使在最新的4.2版中，也僅僅只有一個HttpService，這個簡陋的service甚至不能覆蓋任何一個現(xiàn)有的Servlet規(guī)范；另一方面，各個OSGi實現(xiàn)廠商對 HttpService的實現(xiàn)也是不完全的，在開發(fā)實現(xiàn)一個常規(guī)的Web Application時，這些實現(xiàn)也是完全不夠用的。本文章的目的，也就是為了探索OSGi在Web Application上的開發(fā)之路該如何走，從我的視角提出一些看法，做一些嘗試，希望對大家有所幫助。  閱讀全文