摘要: 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去配置了。這段時間，感覺頁面速度太慢了，還是需要使用緩存。現在的緩存工具也挺多的，較不錯的屬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 的優勢是多供應商的支持，可以運行在容器  閱讀全文      摘要: hibernate 的強大在于完全的對象化，對于對象之間的關系解決的比較好，如1對1，1對多，多對1，以及多對多。當然也包括繼承關系。
而ibatis這方面就比較遜色了，不過對于也支持簡單的關連查詢，如1對1，和1對多。對于一般的情況來說，這兩種已經足夠了，當然不能層疊更新是一個缺陷，看了半天文檔，也沒有找到對象之間的層疊更新，估計是不支持。  閱讀全文      摘要: 不過在spring 中已經提供了很好的實現，所以這又省去了很多的功夫，接下來看看ibatis是如何支持clob和blob的。

ibatis提供了TypeHandler接口，用于處理數據類型，基本的實現類為BaseTypeHandler
在spring 中，提供了AbstractLobTypeHandler作為基礎類，并且提供了相應的模版方法，所有的工作由LobHandler處理。
BlobByteArrayTypeHandler 主要用于處理blob類型數據，使用byte[]來映射相應的blob
ClobStringTypeHandler 用于處理clob類型數據，使用字符串來映射Clob  閱讀全文      摘要: 用了很久hibernate ，突然想換個別的orm 工具，當然在orm領域中，hibernate是老大。看了一下ibatis，發現如果對于crud操作不是很多的系統來說，是個不錯的選擇，尤其是適合那些對sql和性能熱衷的開發者。綜合來說ibatis不能算orm工具，只能算個半成品。不過比起直接用jdbc寫，那還是方便多了。主要的好處是分離了sql和代碼，如果你想追求性能，那么sql是你很好的利器，當然ibatis的緩存也不錯。比起hibernate，ibatis就簡單多了，估計也就3天能夠基本掌握了，這大大減少了學習成本。  閱讀全文      摘要: 對于團隊來說，建立統一的開發環境是必須的，而maven能很好幫助建立統一的環境。下面就介紹如何更有效的進行統一的配置。  閱讀全文      摘要: 在spring 的以前版本中，只是支持singleton,prototype兩種類型，
在2.0中作了很大的改進，增加了RequestScope，和SessionScope兩種范圍。當然也支持自定義Scope
下面簡單介紹一下，spring2.0是如何支持自定義Scope的。  閱讀全文      摘要: 說完了settings.xml配置，下來說一下maven2的主要配置pom.xml
什么是pom?
pom作為項目對象模型。通過xml表示maven項目，使用pom.xml來實現。主要描述了項目：包括配置文件；開發者需要遵循的規則，缺陷管理系統，組織和licenses，項目的url，項目的依賴性，以及其他所有的項目相關因素。  閱讀全文      摘要: maven2 比起maven1 來說，需要配置的文件少多了，主要集中在pom.xml和settings.xml中。
先來說說settings.xml，settings.xml對于maven來說相當于全局性的配置，用于所有的項目。  閱讀全文      摘要: 相信maven1 大家都已經很熟悉了，具體maven能做什么，就不詳細說了。個人覺得maven在開源項目中用的還是比較多的  閱讀全文      摘要: 為了建立統一的類庫，以及統一的項目管理入口。這兩個禮拜來，一直看maven2的資料。剛開始以為maven2跟ant差不多，應該很快就能上手，可是越看越麻煩，可能我的E文水平太濫的緣故  閱讀全文      摘要: 觀察者(Observer)模式
用途：定義對象之間的一對多依賴關系，因此，當一個對象的狀態發生改變時，其所有依賴項都會得到通知，并自動更新。  閱讀全文      摘要: 幾個有用的靜態方面  閱讀全文      摘要: 讀取xml對于應用軟件來說是一個必不可少的工作，當然現在的jdk也提供了很好的處理xml方式，讀寫xml的庫也挺多，包括有名的dom4j，不管使用任何的代碼庫，對于xml只是一個解析工作而已，不能馬上綁定到java 對象。對于對象，每次都需要set 或者get相應的屬性，當然也可以使用map 來保存xml配置。  閱讀全文      摘要: JavaTM Architecture for XML Binding (JAXB) 提供了api 和工具用于自動映射XML文檔和Java對象。

JAXB框架允許開發者執行以下的操作：

通過schema 生成相應的java 源文件
訪問以及更新相應的java 源文件
配置java 源文件，生成相應的schema  閱讀全文