摘要: 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的相同方法名稱問題  閱讀全文      摘要: 在eclipse中使用jetty是非常簡單的，對于其他的ide配置基本上都一致。以前如果想調試web服務，必須要在龐大的開發插件下進行，如 myeclipse，其實只是需要簡單的功能，然而卻不得不接受許多不常用的功能。沒有辦法，現在有了jetty，如果你只想調試web服務而已，那么請離開那些龐大的開發插件。簡單的事情，用簡單的方式處理。  閱讀全文      摘要: 一直以來使用jetty作為我的web開發配置服務器，開始的時候和所有的初學者一樣使用tomcat作為開發服務器，可用著用著，感覺tomcat越來越繁瑣以及龐大。后來，用了jboss，知道jboss使用jetty作為其web應用服務器，所以就開始試著使用jetty。從那開始后，jetty就成為我的開發配置服務器了，從最初的4.0，到現在的6.0一直在使用著。
  閱讀全文      摘要: web 開發很多年了，從單純的jsp 到struts，再到webwork，接著就是spring 的mvc。感覺jsp 的封裝性，實在不怎么樣。于是乎想到了組件化，以前的時候用過echo，現在是echo2,不可否認,echo的設計結構比較的不錯，完全的面向對象化開發，也沒有了那些令人討厭的jsp。不過實在受不了的就是echo的速度，echo2據說已經大幅改進，而且完全的實現了ajax。不過echo2畢竟受關注度不是很廣，還是決定放棄使用。   閱讀全文      摘要: ehcache的默認配置文件名為ehcache.xml，也可以自己指定。配置文件比較的簡單，基本上也就是常用的幾個元素。  閱讀全文      摘要: 一直以來懶得配置緩存，基本的緩存也就是orm層，基本上都交給hibernate去配置了。這段時間，感覺頁面速度太慢了，還是需要使用緩存?，F在的緩存工具也挺多的，較不錯的屬ehcache和oscache了。決定分別研究一下。  閱讀全文      摘要: jibx又一個不錯的xml綁定工具，隨著這段時間的使用，感覺越來越隨心應手了。和jaxb一樣，都是屬于xml綁定工具。不同于jaxb，jibx使用java字節碼enhance技術，而jaxb更多在于源代碼生成技術。  閱讀全文      摘要: 關于java字節碼的處理，目前有很多工具，如bcel，asm。不過這些都需要直接跟虛擬機指令打交道。如果你不想了解虛擬機指令，可以采用 javassist。javassist是jboss的一個子項目，其主要的優點，在于簡單，而且快速。直接使用java編碼的形式，而不需要了解虛擬機指令，就能動態改變類的結構，或者動態生成類。  閱讀全文      摘要: 在java中，類裝載異常雖然不是很常見，可如果發生異常，其處理還是比較麻煩的。
下面的幾種異常是比較常見的：  閱讀全文      摘要: 使用maven2的另外一個好處，就是有了統一的入口，用于察看項目的進展情況。這主要包括了項目的介紹，成員介紹，以及相關的項目的文檔，當然也包括項目的所有進展報表。
下面，通過實例來介紹如何配置maven，來產生項目站點。
  閱讀全文      摘要: 這幾天，看了jpa（java 持久性 api)的規范，作為ejb3的重要組成部分，jpa 還是值得關注的?？赐暌幏?，感覺jpa還是比較的單一的，

其目標就是實現java 持久性的通用。jpa采用純pojo的方式實現，更多的是采用java 5注釋。jpa 的優勢是多供應商的支持，可以運行在容器  閱讀全文