摘要: osgi一個最大的特色就是使用不同的ClassLoader,讓多個bundle共享一個虛擬機，而每一個bundle使用單獨的ClassLoader。  閱讀全文      摘要: 前面通過一個例子簡單的介紹了如何快速的開發一個osgi應用。下面來具體說明一下什么是osgi，以及osgi 能做什么，為什么使用osgi,以及到底osgi能帶來什么益處。  閱讀全文      摘要: 接觸了osgi也這么久了，其中也走了不少的彎路。為了更好的推廣osgi，并避免新手能少走一些彎路，接下來的幾篇文章，我會通過幾個簡單的實例，來介紹一下如何快速的掌握osgi。其實，網上有不少好的文章推薦，順便也可以比較一下。BlueDavy的osgi 實戰是值得推薦的，當初也是看了之后，少走了很多彎路。參見網址：http://www.tkk7.com/BlueDavy/。 ModuleFusion 也是一個不錯的項目，里面集成了現有的優秀框架，包括hibernate,guice,wicket等。參見網址：http://code.google.com/p/modulefusion/。  閱讀全文      摘要: 研究了ext很久了，一直想為ext直接封裝一個服務端組件。考慮到ext組件的構建都是需要使用js來完成，那么服務端生成的代碼也就是js而不是html。  閱讀全文      摘要: 最近的這段時間，感覺Ext挺火的。接觸Ext還是半年前的事情了，那時候就想對Ext進行封裝，做一個服務端的Ajax框架出來。  閱讀全文      摘要: 這些東東，對于web框架來說，是必不可少的，來看看jsf是如何實現的。首先看一下國際化，默認的情況下，會選擇默認的locale，以及相應的資源文件。當然可以通過以下方式進行配置：  閱讀全文      摘要: 先來看看velocity是怎么工作的？

在應用中使用velocity，一般需要以下的幾個步驟：

* 初始化Velocity,可以使用單例，或者運行期實例
* 創建context對象，用于包括相應的變量
* 在context中增加相應的數據
* 選擇模板
* 合并模板，產生輸出

  閱讀全文      摘要: 一個古老而又強大的模版引擎。在模版引擎中,velocity中，應該屬于最常用的，不管是在maven的項目模版，還是在源代碼輸出，甚至直接網頁輸出中，都可以看到其身影。當然，最近的freemarker大有平分天下之意。  閱讀全文      摘要: 對于標記庫，不想再說些什么了。jsf可能最大的毛病都在這個標記庫上面，首先定義的標記在jsp中，并不起到相應的輸出功能，而只是用來增加相應得組件。在jsf中，最上層的組件為UIViewRoot，基本上所有的操作都是需要圍繞著此組件。而標記庫的存在，只是為了簡化相應的操作。  閱讀全文      摘要: 這是jsf 的分析系列第三篇，隨著不斷的深入，jsf的設計變得越來越清晰。當然，在目前的規范中，jsf還是很不完善的，這也就導致了為什么jsf還是不能成為目前的主流框架。先不去談論這些弊端，還是先看看一下jsf具體是如何運作的。
  閱讀全文      摘要: 接上一篇內容。這次主要分析一下jsf的相關組件包，也是jsf和structs主要不同的地方。jsf 規范中，對于組件的設計，和其他組件架構一樣，分離表現層和模型層。對于組件的render由具體的Renderer來處理，這也達到了Model和 View分離的原則。  閱讀全文      摘要: 經過一段時間的學習，對jsf的認識也逐漸清晰。總結了一下jsf和structs的區別，首先在于分離了請求的處理。使用事件處理機制來代替原有的request分發。其次在頁面的展示上，采用組件的概念，而不是到處散落的html標記。再有，jsf對于請求的生命周期重新進行了劃分，對于每個階段都可以派遣事件，這使得整個請求的處理比較的清晰。最后，jsf對于頁面的流轉使用Navigation系統來處理，這一點感覺和structs還是比較類似的，只是換了一個概念。  閱讀全文      摘要: 用泛型時遇到的尷尬問題，關于java.beans的相同方法名稱問題  閱讀全文