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

在應(yīng)用中使用velocity，一般需要以下的幾個(gè)步驟：

* 初始化Velocity,可以使用單例，或者運(yùn)行期實(shí)例
* 創(chuàng)建context對象，用于包括相應(yīng)的變量
* 在context中增加相應(yīng)的數(shù)據(jù)
* 選擇模板
* 合并模板，產(chǎn)生輸出

  閱讀全文      摘要: 一個(gè)古老而又強(qiáng)大的模版引擎。在模版引擎中,velocity中，應(yīng)該屬于最常用的，不管是在maven的項(xiàng)目模版，還是在源代碼輸出，甚至直接網(wǎng)頁輸出中，都可以看到其身影。當(dāng)然，最近的freemarker大有平分天下之意。  閱讀全文      摘要: 對于標(biāo)記庫，不想再說些什么了。jsf可能最大的毛病都在這個(gè)標(biāo)記庫上面，首先定義的標(biāo)記在jsp中，并不起到相應(yīng)的輸出功能，而只是用來增加相應(yīng)得組件。在jsf中，最上層的組件為UIViewRoot，基本上所有的操作都是需要圍繞著此組件。而標(biāo)記庫的存在，只是為了簡化相應(yīng)的操作。  閱讀全文      摘要: 這是jsf 的分析系列第三篇，隨著不斷的深入，jsf的設(shè)計(jì)變得越來越清晰。當(dāng)然，在目前的規(guī)范中，jsf還是很不完善的，這也就導(dǎo)致了為什么jsf還是不能成為目前的主流框架。先不去談?wù)撨@些弊端，還是先看看一下jsf具體是如何運(yùn)作的。
  閱讀全文      摘要: 接上一篇內(nèi)容。這次主要分析一下jsf的相關(guān)組件包，也是jsf和structs主要不同的地方。jsf 規(guī)范中，對于組件的設(shè)計(jì)，和其他組件架構(gòu)一樣，分離表現(xiàn)層和模型層。對于組件的render由具體的Renderer來處理，這也達(dá)到了Model和 View分離的原則。  閱讀全文      摘要: 經(jīng)過一段時(shí)間的學(xué)習(xí)，對jsf的認(rèn)識也逐漸清晰。總結(jié)了一下jsf和structs的區(qū)別，首先在于分離了請求的處理。使用事件處理機(jī)制來代替原有的request分發(fā)。其次在頁面的展示上，采用組件的概念，而不是到處散落的html標(biāo)記。再有，jsf對于請求的生命周期重新進(jìn)行了劃分，對于每個(gè)階段都可以派遣事件，這使得整個(gè)請求的處理比較的清晰。最后，jsf對于頁面的流轉(zhuǎn)使用Navigation系統(tǒng)來處理，這一點(diǎn)感覺和structs還是比較類似的，只是換了一個(gè)概念。  閱讀全文      摘要: 用泛型時(shí)遇到的尷尬問題，關(guān)于java.beans的相同方法名稱問題  閱讀全文      摘要: 在eclipse中使用jetty是非常簡單的，對于其他的ide配置基本上都一致。以前如果想調(diào)試web服務(wù)，必須要在龐大的開發(fā)插件下進(jìn)行，如 myeclipse，其實(shí)只是需要簡單的功能，然而卻不得不接受許多不常用的功能。沒有辦法，現(xiàn)在有了jetty，如果你只想調(diào)試web服務(wù)而已，那么請離開那些龐大的開發(fā)插件。簡單的事情，用簡單的方式處理。  閱讀全文      摘要: 一直以來使用jetty作為我的web開發(fā)配置服務(wù)器，開始的時(shí)候和所有的初學(xué)者一樣使用tomcat作為開發(fā)服務(wù)器，可用著用著，感覺tomcat越來越繁瑣以及龐大。后來，用了jboss，知道jboss使用jetty作為其web應(yīng)用服務(wù)器，所以就開始試著使用jetty。從那開始后，jetty就成為我的開發(fā)配置服務(wù)器了，從最初的4.0，到現(xiàn)在的6.0一直在使用著。
  閱讀全文      摘要: web 開發(fā)很多年了，從單純的jsp 到struts，再到webwork，接著就是spring 的mvc。感覺jsp 的封裝性，實(shí)在不怎么樣。于是乎想到了組件化，以前的時(shí)候用過echo，現(xiàn)在是echo2,不可否認(rèn),echo的設(shè)計(jì)結(jié)構(gòu)比較的不錯(cuò)，完全的面向?qū)ο蠡_發(fā)，也沒有了那些令人討厭的jsp。不過實(shí)在受不了的就是echo的速度，echo2據(jù)說已經(jīng)大幅改進(jìn)，而且完全的實(shí)現(xiàn)了ajax。不過echo2畢竟受關(guān)注度不是很廣，還是決定放棄使用。   閱讀全文      摘要: ehcache的默認(rèn)配置文件名為ehcache.xml，也可以自己指定。配置文件比較的簡單，基本上也就是常用的幾個(gè)元素。  閱讀全文      摘要: 一直以來懶得配置緩存，基本的緩存也就是orm層，基本上都交給hibernate去配置了。這段時(shí)間，感覺頁面速度太慢了，還是需要使用緩存。現(xiàn)在的緩存工具也挺多的，較不錯(cuò)的屬ehcache和oscache了。決定分別研究一下。  閱讀全文      摘要: jibx又一個(gè)不錯(cuò)的xml綁定工具，隨著這段時(shí)間的使用，感覺越來越隨心應(yīng)手了。和jaxb一樣，都是屬于xml綁定工具。不同于jaxb，jibx使用java字節(jié)碼enhance技術(shù)，而jaxb更多在于源代碼生成技術(shù)。  閱讀全文      摘要: 關(guān)于java字節(jié)碼的處理，目前有很多工具，如bcel，asm。不過這些都需要直接跟虛擬機(jī)指令打交道。如果你不想了解虛擬機(jī)指令，可以采用 javassist。javassist是jboss的一個(gè)子項(xiàng)目，其主要的優(yōu)點(diǎn)，在于簡單，而且快速。直接使用java編碼的形式，而不需要了解虛擬機(jī)指令，就能動態(tài)改變類的結(jié)構(gòu)，或者動態(tài)生成類。  閱讀全文      摘要: 在java中，類裝載異常雖然不是很常見，可如果發(fā)生異常，其處理還是比較麻煩的。
下面的幾種異常是比較常見的：  閱讀全文      摘要: 使用maven2的另外一個(gè)好處，就是有了統(tǒng)一的入口，用于察看項(xiàng)目的進(jìn)展情況。這主要包括了項(xiàng)目的介紹，成員介紹，以及相關(guān)的項(xiàng)目的文檔，當(dāng)然也包括項(xiàng)目的所有進(jìn)展報(bào)表。
下面，通過實(shí)例來介紹如何配置maven，來產(chǎn)生項(xiàng)目站點(diǎn)。
  閱讀全文      摘要: 這幾天，看了jpa（java 持久性 api)的規(guī)范，作為ejb3的重要組成部分，jpa 還是值得關(guān)注的。看完規(guī)范，感覺jpa還是比較的單一的，

其目標(biāo)就是實(shí)現(xiàn)java 持久性的通用。jpa采用純pojo的方式實(shí)現(xiàn)，更多的是采用java 5注釋。jpa 的優(yōu)勢是多供應(yīng)商的支持，可以運(yùn)行在容器  閱讀全文      摘要: hibernate 的強(qiáng)大在于完全的對象化，對于對象之間的關(guān)系解決的比較好，如1對1，1對多，多對1，以及多對多。當(dāng)然也包括繼承關(guān)系。
而ibatis這方面就比較遜色了，不過對于也支持簡單的關(guān)連查詢，如1對1，和1對多。對于一般的情況來說，這兩種已經(jīng)足夠了，當(dāng)然不能層疊更新是一個(gè)缺陷，看了半天文檔，也沒有找到對象之間的層疊更新，估計(jì)是不支持。  閱讀全文      摘要: 不過在spring 中已經(jīng)提供了很好的實(shí)現(xiàn)，所以這又省去了很多的功夫，接下來看看ibatis是如何支持clob和blob的。

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

JAXB框架允許開發(fā)者執(zhí)行以下的操作：

通過schema 生成相應(yīng)的java 源文件
訪問以及更新相應(yīng)的java 源文件
配置java 源文件，生成相應(yīng)的schema  閱讀全文      摘要: 看了spring test 用例，其實(shí)實(shí)現(xiàn)這一功能還算比較簡單，主要分以下的步驟，具體的實(shí)例可以去參考spring 自帶的testcase  閱讀全文      摘要: 在spring 2.0 中，增加了自定義xml標(biāo)記這一重大的功能。下面主要看一下spring 2.0實(shí)現(xiàn)這一功能的主要相關(guān)類：  閱讀全文      摘要: 默認(rèn)的情況下，Aspect類只有一個(gè)實(shí)例存在于虛擬機(jī)中，也就是作為單例存在的，對于每個(gè)對象來說，方面是共享的。一般這樣的方面，不能用來保存相應(yīng)對象的狀態(tài)。
對于AspectJ 來說，Aspect方面類，包括以下的實(shí)例化方式。  閱讀全文      摘要: 這兩天忙著看AspectJ in Action 為了補(bǔ)一下AOP知識。看了Spring 2.0的規(guī)范，其中AOP部分已經(jīng)基本融合了AspectJ，看來有必要看一看AspectJ了。
看了很多AOP的文章了，AOP這兩年發(fā)展的很慢，沒有什么新意，現(xiàn)在到處都是SOA，SCA了，不過研究了一下，覺得還是很有幫助的。尤其是增加系統(tǒng)的契約性和模塊的獨(dú)立性來說，很有幫助。  閱讀全文      摘要: TestNG是一個(gè)不錯(cuò)的測試框架，尤其是用于模塊測試，以及大范圍的測試。相對于JUnit來說，更為靈活。隨著JUnit4的推出，很多功能都與TestNG相似，但相對于JUnit4，TestNG還是有很多部分是有區(qū)別的。  閱讀全文      摘要: JUnit 4 已經(jīng)出來很久了，基本上很多ide都開始支持，當(dāng)然為了兼容性，一直不太敢用。以前都是懶得寫單元測試，大多數(shù)的時(shí)候都是 System.out.print。不過現(xiàn)在已經(jīng)是測試驅(qū)動的時(shí)代了，為了保持一個(gè)良好的習(xí)慣，還是需要好好的寫寫單元測試。斷言遠(yuǎn)比 System.out.print有用。  閱讀全文      摘要: 關(guān)于單元測試，模擬對象一直是不可缺少的，尤其對于復(fù)雜的應(yīng)用來說。
這么多的模擬對象框架中，個(gè)人覺得比較好用的當(dāng)屬EasyMock了。當(dāng)然JMock也不錯(cuò)。
下面簡單介紹一下EasyMock 。  閱讀全文      摘要: 在 1.x中，spring 的事務(wù)聲明，一直是采用動態(tài)代理bean 實(shí)現(xiàn)的，也就是采用ProxyFactoryBean或者子類TransactionProxyFactoryBean來實(shí)現(xiàn)的
spring 2.0帶來的aop變化和bean xml schema的變化，使得事務(wù)的處理變得更加的簡單,同aop一樣，事務(wù)也采用兩種方式來處理，一種主要為xml 聲明，另外的一種也就是注釋的引入。  閱讀全文