摘要: 在結(jié)束了上一篇Spring 1.x中AOP的使用之后，我用馬不停蹄的打開(kāi)Eclipse，做著Spring2.X下了AOP的Sample。在上一篇文章中的配置過(guò)程中，由于對(duì)自動(dòng)代理不是很熟，出現(xiàn)了循環(huán)引用的異常信息。當(dāng)初在閱讀PicoContainer源碼時(shí)看到循環(huán)引用不以為然，后來(lái)在學(xué)習(xí)AspectJ時(shí)小有印象，這次在折騰了半個(gè)多小時(shí)后可加深了印象。  閱讀全文

     摘要: 本文通過(guò)一個(gè)“Hello World”級(jí)別的橫切性功能介紹Spring1.X中AOP的使用，并結(jié)合Spring的經(jīng)典的聲明式事務(wù)管理給出Spring AOP配置中的經(jīng)典方案。在Spring2出來(lái)以后，Spring1.X的AOP使用方式已經(jīng)“不合時(shí)宜”了，因此如果你是在新項(xiàng)目中采用Spring AOP，建議使用Spring2中的AOP使用方式。關(guān)于Spring2.X中AOP的使用，參考該文的姊妹文章Spring2.X中AOP的使用。

一提到AOP的應(yīng)用，人們就會(huì)本能地提起日志功能，它就像一門語(yǔ)言的“Hello World”一樣被人們無(wú)數(shù)次提起。也許有人會(huì)疑問(wèn)除了“不實(shí)用”的日志功能，AOP還能做些什么？可能在很多時(shí)候我們并不需要自己實(shí)現(xiàn)一個(gè)AOP功能，尤其是在擁有了很多優(yōu)秀的AOP應(yīng)用框架來(lái)解決通用的橫切性問(wèn)題的情況下（比如Spring的事務(wù)管理、比如Acegi的安全管理、比如WebWork的攔截功能）。但問(wèn)題總是層出不窮的，總會(huì)有些問(wèn)題可能需要我們自己AOP一下。  閱讀全文

     摘要: 1）MVC模式

當(dāng)年做JSP生產(chǎn)實(shí)習(xí)時(shí)，印象最深也最困惑的模式就是MVC模式了。那時(shí)候Struts剛紅，幾乎每本Struts書(shū)中都會(huì)有大篇幅的MVC介紹。這個(gè)模式最早出現(xiàn)在GUI，后來(lái)在Web服務(wù)器端紅火起來(lái)，先前在Ajax書(shū)中也看到Web客戶端的MVC介紹。說(shuō)實(shí)話，在我看了很多人的MVC解釋后，我仍有些糊涂，這里說(shuō)說(shuō)我的理解。

有人提到MVC模式時(shí)說(shuō)MVC代表了模型層、視圖層、控制層，我覺(jué)得這是不對(duì)的。在經(jīng)典的J2EE三層架構(gòu)中，三層是分為Web層、業(yè)務(wù)層、持久化層；這個(gè)經(jīng)典分層是基于分布式應(yīng)用（EJB）的，也就說(shuō)，Web層物理上是在Web服務(wù)器中，業(yè)務(wù)層和持久化層物理上是在應(yīng)用服務(wù)器中。在這種情況下，MVC只是屬于Web層這一層的，而不是分為三層。在這種分布式應(yīng)用中，視圖就是JSP（如果采用的話），控制器就是Servlet（如果采用的話），而模型就是就是調(diào)用業(yè)務(wù)層的在Web層中的樁子。假如我們采用輕量級(jí)的SSH技術(shù)架構(gòu)，視圖還是JSP，控制器是Struts，而模型就是Spring＋Hibernate。這里最難理解的就是模型的概念。我覺(jué)得模型是有狀  閱讀全文

     摘要: 今日發(fā)現(xiàn)一名為savage100的同學(xué)問(wèn)我關(guān)于范型效率的問(wèn)題的留言，抱著負(fù)責(zé)任的態(tài)度，想給那位仁兄做個(gè)回復(fù)，不成想未發(fā)現(xiàn)blogjava有回復(fù)功能，而且也未找到savage100的博客。唉！于“百忙之中”以此文作解，也算盡了我回復(fù)之責(zé)任。  閱讀全文

     摘要: 最近在學(xué)Acegi，就試著運(yùn)行一個(gè)小例子，不成想拋出下面的異常
org.apache.jasper.JasperException: Unable to compile class for JSP:

An error occurred at line: 23 in the generated java file
The method getJspApplicationContext(ServletContext) is undefined for the type JspFactory

Stacktrace:  閱讀全文

     摘要: Hibernate提供客戶化映射類型接口，使用戶能以編程方式創(chuàng)建自定義的映射類型來(lái)將持久化類任意類型的屬性映射到數(shù)據(jù)庫(kù)中。使用客戶化映射類型，需要實(shí)現(xiàn)org.hibernate.usertype.UserType接口。這是個(gè)強(qiáng)大的功能，也是Hibernate的最佳實(shí)踐之一。我們經(jīng)常提到 ORM中很困難的一點(diǎn)便是O的屬性和R的屬性不能一一映射，而Hibernate提供的UserType無(wú)疑給出了一個(gè)很好的解決方案。本文給出使用客戶化映射類型的兩個(gè)例子，算是對(duì)Hibernate初學(xué)者的拋磚。  閱讀全文

     摘要: Hibernate的檢索策略包括類級(jí)別檢索策略和關(guān)聯(lián)級(jí)別檢索策略。
類級(jí)別檢索策略有立即檢索和延遲檢索，默認(rèn)的檢索策略是立即檢索。在Hibernate映射文件中，通過(guò)在上配置lazy屬性來(lái)確定檢索策略。對(duì)于Session的檢索方式，類級(jí)別檢索策略僅適用于load方法；也就說(shuō)，對(duì)于get、qurey檢索，持久化對(duì)象都會(huì)被立即加載而不管lazy是false還是true。一般來(lái)說(shuō)，我們檢索對(duì)象就是要訪問(wèn)它，因此立即檢索是通常的選擇。由于load方法在檢索不到對(duì)象時(shí)會(huì)拋出異常（立即檢索的情況下），因此我個(gè)人并不建議使用load檢索；而由于中的lazy屬性還影響到多對(duì)一及一對(duì)一的檢索策略，因此使用load方法就更沒(méi)必要了。

關(guān)聯(lián)級(jí)別檢索策略有立即檢索、延遲檢索和迫切左外連接檢索。對(duì)于關(guān)聯(lián)級(jí)別檢索，又可分為一對(duì)多和多對(duì)多、多對(duì)一和一對(duì)一兩種情況討論。  閱讀全文