對volatile關鍵字做點說明：

參考資料[5]寫于2002年，那時JDK 5還沒出來；在參考資料[3]中提到，JDK 5對volatile進行了擴展，DCL配合volatile是可行的，不會再受亂序執行的影響

此外參考資料[2]中還提到一種安全的作法，就是DCL配合ThreadLocal；不過在某些情況下，特別是早期的JDK，使用這種作法的性能還不如不用DCL

@The Matrix
謝謝你的耐心解答。目前我倒是常用第4種方式

@The Matrix
請問能否再簡要說說這幾種方式各自的好處與不足，或適用的場景？謝謝

寫得蠻好！

@live2map
你沒必要這樣做啊：如果一個對象處于persistent狀態，你更改了它，Hibernate會在flush的時候自動把它保存到數據庫中的。對于緩存，Hibernate也會根據你制定的策略進行同步

@久城
個人認為如果使用了Hibernate，確實沒有必要使用DTO：你把一個detach的對象當作VO或DTO就可以了嘛

我用FireFox 2.0.0.13瀏覽本文再正常不過了

@G_G
兄弟能否說說用CGLIB有哪些限制或副作用？

是否應了那句話：分久必合，合久必分？集成了太多東西不輕量了，就分開搞些簡單的；有了簡單的就想功能強大的，于是又集成在一起了~~~

@西濱
我倒是覺得處理角色和權限不難。原本系統中員工的角色、權限是如何授予的，客戶的角色、權限可以用類似的方法處理

@千里冰封
請問怎樣配置會更好呢？能簡要說說你的辦法嗎？

今天又再看了一下AppFuse 2.0-M5的maven 2 repository，發現displaytag_zh_CN.properties這個文件是放在<M2_REPO>/repository/org/appfuse/appfuse-web-common/2.0-m5/appfuse-web-common-2.0-m5.war這個包中的。將該包中的WEB-INF/classes目錄中的displaytag_zh_CN.properties使用附件中的壓縮包的同名文件替換，以后使用AppFuse創建工程就不會再出現displaytag相關的亂碼了，只需要注釋掉web.xml中gzipFilter相關的映射

附件：http://www.aygfsteel.com/Files/RhythmOfRain/displaytag_zh_CN.properties.zip

@Alex
請問你的通用DAO是怎么寫的呢？
Hibernate提出了一種泛型DAO的寫法，參見http://www.hibernate.org/328.html