看看海，喝喝咖啡，寫寫程序——我的最愛Java

倒是想用Maven，可惜好的學習資料太少啊！

樓主，我也需要一份，麻煩發我一份：
zyh@skybility.com

樓主，真的非常感謝，回貼后好快就收到樓主的郵件了，謝謝。

原來有這么多人在研究openfire 的，有沒有人組織開一個群，大家一塊討論呢？

@ronghao
如果每個線程只處理 某一個或一些獨立 流程id相關的數據，而沒有交叉數據，那么還會出現這種現象。

1.使用jdbc做這種測試，排除是否是hibernate的使用或者hibernate本身對2000支持的問題問題。（jdbc驅動也很關鍵。）
2.查閱sql2000 對行鎖的支持程度。

上面我也說了，如果你直接使用hibernate的樂觀鎖，那么最細粒度的數據其實是由你自己來控制的，只要保持內存中的當前的數據在需要保存時和數據庫中的保存相同的version 就可以了，然后不管 有多少個線程insert 或者 update ，只要每個線程都滿足這個要求，就能保存成功了，當然，如果你的數據庫的lock配置策略，不支持，或者數據庫本身，就不支持對不同的行做同時操作（或者支持不完善），所謂的行鎖，那么肯定會像你所說的那樣發生死鎖。

同時操作不同的記錄集合，一方面要看你數據庫使用什么lock策略，一方面還要看你代碼的控制.

同時操作同的記錄集合，一方面要看你數據庫使用什么lock策略，一方面還要看你代碼的控制。

使用hibernate樂觀鎖 如果導致你保存失敗，簡單點說，就是你的兩個線程或者多個線程所控制的內存中的數據和數據庫中數據集已經不一致了。

如果使用悲觀鎖，導致你保存失敗，那么說明你事務配置的問題，或者至少說明你測試用例的事務配置有問題，要不你直接試試 jdbc 并且硬編碼事務看看。

否則 sqlserver2000 真的不要玩了，兩個線程都是死鎖。。。

@ronghao
如果不是多線程，那么配置事務還有何用，如果所有操作都在同一個流水線上，那么配置事務不是浪費人民的感情嘛？

1、對同一張表先insert再update是很快會引起死鎖的，不管操作的是否是同一記錄
2、對兩張表進行多次update操作時，兩張表交替update也會很快引起死鎖
3、部分大范圍掃描的select和update混合也會導致死鎖

如果連這些問題都解決不了，你覺得是數據庫問題，還是你的問題呢？

別拿那么多名詞出來嚇人，這個招數我上小學的時候用來嚇唬老師的，現在已經不用了。

就撿最后一個說吧，樂觀鎖，如果你控制不了，還是就不要用了，您還就是老老實實的本分點，使用數據庫本地提供的鎖功能吧，犧牲點數據庫的性能，也總比你數據更新失敗要好，如果你非要使用hibernate的樂觀鎖，請控制好，內存中的數據和數據庫中的數據一致性。

xd ，你配置了事務了嘛？

結對編程有個好處，你不好意思當著另一個同事的面去看新聞泡論壇，所以大部分時間始終圍繞工作和技術

java.lang.RuntimeException: Unable to load bean org.apache.struts2.dispatcher.multipart.MultiPartRequest (jakarta) - [unknown location]

請教MAX，在點擊上面例子中的提交按鈕顯示這個錯，這是為什么？

請教樓主：
下面是我的代碼，可是取不到值，換成%{}是一樣沒結果，請問是什么原因，該怎么做？謝謝。
<s:hidden name="staffID" value="#request.staffID"></s:hidden>

怎么新版本速度沒有原來的快

very good work, may be the most clear doc i have seen in this issue!

mljmalongjiang@163.com，我想要,Thinks

我更需要，謝謝啊，請發到2001myfree@21cn.com

作者的分析非常有水平，我學到好多東西，非常感謝。

@11
IncludeBottom.jsp文件不是完整的網頁文件，是用來被其它jsp文件include的，結合IncludeTop.jsp看就不會有錯了。

希望能發一份,謝謝

shuisheng.cao@inforlion.com.cn

我的郵箱是lillian975@126.com,太謝謝了

用的已經很廣泛了，XML其實不適合在互聯網上傳播

非常需要

shuisheng.cao@inforlion.com.cn

謝謝你,讓我能重新打開JBUILDER 感謝

謝謝！
該死的8180端口惡心死人了，你是怎么查到的？

如果使用 spring2.0 版本以上。
需要修改services.xml 成如下形式：
<beans>
<service xmlns="http://xfire.codehaus.org/config/1.0">" target="_new" rel="nofollow">http://xfire.codehaus.org/config/1.0">
<name>...</name>
...
</service>
</beans>

否則一直會：org.springframework.beans.factory.BeanDefinitionStoreException: Unrecognized xbean element mapping: beans in namespace http://xfire.codehaus.org/config/1.0

謝謝啦，我很需要！
lyyuanxj@163.com

這本我稍微看了一下，翻譯的不錯，希望你以后多翻譯一些經典的大師作品，自己寫也可以啊，山風，我支持你！

o(∩_∩)o...
相信有理性的人還是更多一些，我也很年輕，但是不會這個沖動，做出不經過大腦思考的評論。所以說不要太擔心，用自己的思想去影響更多的人，讓大家都有思考的能力和批判的精神
感恩節快樂，雖然是西方的節日，但是想必感恩并沒有錯。

不錯，挺好 先用上

麻煩也給我mail一份
hanhonl@163.com
hanhonl@gmail.com

謝謝,已經收到.

謝謝，給一份學習.
1alex@163.com

alex.zhu@163.com
thanks advance.

不過最近在用Jboss Seam,感覺還是不錯，正在摸索中。。。

總結的很全面，不錯!

我最近也急著做這個，現在也能給出我發一份嗎？謝謝
huangmxcom@163.com

自己開發組建？ 精神可嘉，不過個人認為沒有太大的實際價值

@Saturn
哈，感謝提醒　

to dennis
我個人不太喜歡在action中注入service,感覺羅嗦了
service中注入dao就可以了，到處在注入感覺很不爽，個人感覺.

log4j支持動態切換不同的實現，建議import apache commons 的 Logger,可以實現多態

一般在service層作一個target就夠了吧，有必要那么復雜么 ？

to 魚腸劍
用了關系可能會出現性能的問題，但是不用關系基本不會出現性能的問題，這個觀點你覺得有可能么 ？呵呵

to 雨奏 :
范型是個好東西，不過不怕你笑話，作了這么多項目還沒有用過一次范型，其實那個東西我個人覺得也沒有什么特別有用的地方 ，對于我們的項目來說很實際，jdk只支持1.3,所以還是保守點吧，我個人的觀點是用最簡單的方式解決最通用的問題。題外話，大家注意到沒有，比較大的一些軟件公司他們的技術選型都偏保守，你看oracle的產品所使用的jdk版本，比一般的慢多了，現在1.3的還在大量使用，更別提1.5的了 。

to 阿歡:
事實上正是如此，不用關系看起來比較丑陋，也不怎么有效率，但是好處就是不會有什么問題，也就是比較簡單。但是用關系問題可能會出現，當然肯定和用的人的掌握的水準有關系，我經歷過的幾個比較大的項目都有這樣的問題，最后都老老實實的用最簡單但是安全的方式來作。

我相信hibernate是個好東西，但是還是有點難度和學習曲線的，特別是在項目中我們要綜合考慮。