摘要: JpetStore提供了一個整套的測試代碼對于想進行單元測試卻不知道如何進行單元測試的人（me）來說，是一個很好的學習機會。
JpetStore的單元測試代碼與它的系統源文件是獨立分離的，在test文件夾中。打開文件夾可以很清楚的發現該文件夾的內容組成結構與源文件基本一致。
JpetStore分為領域層（domain），持久層（peristence），服務層（service），表現層（presentation），它的測試也分這幾個層來進行。  閱讀全文      摘要: 本文是在參閱了http://ivanl.javaeye.com/blog/24739基礎上完成的
在看JPetStore的代碼時，發現它的分頁處理主要是通過返回PaginatedList對象來完成的。如：在CatalogService類中
public PaginatedList getProductListByCategory(String categoryId) {
return productDao.getProductListByCategory(categoryId);
}
分頁是操作數據庫型系統常遇到的問題。分頁實現方法很多，但效率的差異就很大了。iBatis是通過什么方式來實現這個分頁的了。查看它的實現部分：   閱讀全文      摘要: 本文參考了
iBatis DAO入門與進階（http://www.matrix.org.cn/resource/article/44/44058_iBatis+DAO.html）
iBatis DAO事務探索（http://m.tkk7.com/RongHao/archive/2006/01/20/28817.html）

今天繼續研究了JPetStore的持久層，其中由于看了一篇文章的誤導，導致我對其中的事務處理深表懷疑。通過閱讀源代碼與看上面兩篇文章，對這個問題才認識清楚。和我當初預想的一致。
  閱讀全文      摘要: 問題就出現在這，Item類中包含了Product類，出現NestedSqlException錯誤。
查閱了ibatis幫助，此處sql_map的嵌套類寫法是正確的。我又將這個sql語句拷貝到MsSqlServer中執行，結果也是正確的。陷入困惑。
  閱讀全文 今天在看JPetStore代碼時，對他的鏈接中的請求參數感到疑惑，最后發現是自己的對Struts框架不熟悉導致的。
我是從Net陣營中剛轉入Java里的，在Net中對請求參數的名稱無特殊限制，只要在頁面中取參數的值即可。當然這個功能在Java中也具備。即request.Getparameter()

今天我在看JpetStore代碼時，在點擊
http://127.0.0.1:8083/JPetStore/shop/viewCategory.shtml?categoryId=BIRDS
時，當跟蹤函數viewCategory時發現此時categoryID已經賦值了，我卻找不到在什么地方賦值的，好是花費了一番周執。
查看此段鏈接對應的struts.xml
我首先跟蹤BeanAction的excute函數發現在此之前就已經賦值，說明和BeanAction無關，是Struts系統本身的結構。我故意將鏈接修改，修改成
http://127.0.0.1:8083/JPetStore/shop/viewCategory.shtml?category=BIRDS
此時出現錯誤，錯誤如下：
根據這個錯誤堆棧可知，它實際上采用的是反射，setProperty，此時找不到category的Setter函數報錯。然后我查看了一下RequestProcessor的默認實現代碼 這段函數功能為：
1）調用processActionForm( )方法檢查是否存在為ActionMapping配置的ActionForm 。如果存在，則在有效區
域內查找是否存在該ActionForm 的實例，存在，則復用，不存在，則創建一個實例。然后將實例保存與再配置
文件中配置好的有效區域(request,session,application)內，并用Action元素的name屬性作為該實例的關鍵字。
2）調用processPopulate( )方法，如果存來存在為ActionMapping配置的ActionForm，則封裝請求對象中的數據
到ActionForm 中，在進行封裝之前，先調用ActionForm 的reset( )方法進行屬性值的默認化。

根據以上的分析，可得知，在調用鏈接前struts框架會自動的將所有的請求參數封裝入指定的formbean中。所以請求參數的名稱應該是對應formbean的一個屬性。

這就是struts中請求參數的處理過程。主要是我對struts還沒有完全掌握，加上Net的影響，才花費了一圈發現這個原因。