倒是想用Maven，可惜好的學(xué)習(xí)資料太少??！
re: Install4j介紹[未登錄] alex 2008-07-10 11:23
樓主，我也需要一份，麻煩發(fā)我一份：
zyh@skybility.com
樓主，真的非常感謝，回貼后好快就收到樓主的郵件了，謝謝。
re: Openfire支持視頻了[未登錄] alex 2008-06-24 16:14
原來有這么多人在研究openfire 的，有沒有人組織開一個群，大家一塊討論呢？
@ronghao
如果每個線程只處理 某一個或一些獨立 流程id相關(guān)的數(shù)據(jù)，而沒有交叉數(shù)據(jù)，那么還會出現(xiàn)這種現(xiàn)象。
1.使用jdbc做這種測試，排除是否是hibernate的使用或者hibernate本身對2000支持的問題問題。（jdbc驅(qū)動也很關(guān)鍵。）
2.查閱sql2000 對行鎖的支持程度。
上面我也說了，如果你直接使用hibernate的樂觀鎖，那么最細粒度的數(shù)據(jù)其實是由你自己來控制的，只要保持內(nèi)存中的當(dāng)前的數(shù)據(jù)在需要保存時和數(shù)據(jù)庫中的保存相同的version 就可以了，然后不管 有多少個線程insert 或者 update ，只要每個線程都滿足這個要求，就能保存成功了，當(dāng)然，如果你的數(shù)據(jù)庫的lock配置策略，不支持，或者數(shù)據(jù)庫本身，就不支持對不同的行做同時操作（或者支持不完善），所謂的行鎖，那么肯定會像你所說的那樣發(fā)生死鎖。
同時操作不同的記錄集合，一方面要看你數(shù)據(jù)庫使用什么lock策略，一方面還要看你代碼的控制.
同時操作同的記錄集合，一方面要看你數(shù)據(jù)庫使用什么lock策略，一方面還要看你代碼的控制。
使用hibernate樂觀鎖 如果導(dǎo)致你保存失敗，簡單點說，就是你的兩個線程或者多個線程所控制的內(nèi)存中的數(shù)據(jù)和數(shù)據(jù)庫中數(shù)據(jù)集已經(jīng)不一致了。
如果使用悲觀鎖，導(dǎo)致你保存失敗，那么說明你事務(wù)配置的問題，或者至少說明你測試用例的事務(wù)配置有問題，要不你直接試試 jdbc 并且硬編碼事務(wù)看看。
否則 sqlserver2000 真的不要玩了，兩個線程都是死鎖。。。
@ronghao
如果不是多線程，那么配置事務(wù)還有何用，如果所有操作都在同一個流水線上，那么配置事務(wù)不是浪費人民的感情嘛？
1、對同一張表先insert再update是很快會引起死鎖的，不管操作的是否是同一記錄
2、對兩張表進行多次update操作時，兩張表交替update也會很快引起死鎖
3、部分大范圍掃描的select和update混合也會導(dǎo)致死鎖
如果連這些問題都解決不了，你覺得是數(shù)據(jù)庫問題，還是你的問題呢？
別拿那么多名詞出來嚇人，這個招數(shù)我上小學(xué)的時候用來嚇唬老師的，現(xiàn)在已經(jīng)不用了。
就撿最后一個說吧，樂觀鎖，如果你控制不了，還是就不要用了，您還就是老老實實的本分點，使用數(shù)據(jù)庫本地提供的鎖功能吧，犧牲點數(shù)據(jù)庫的性能，也總比你數(shù)據(jù)更新失敗要好，如果你非要使用hibernate的樂觀鎖，請控制好，內(nèi)存中的數(shù)據(jù)和數(shù)據(jù)庫中的數(shù)據(jù)一致性。
結(jié)對編程有個好處，你不好意思當(dāng)著另一個同事的面去看新聞泡論壇，所以大部分時間始終圍繞工作和技術(shù)
java.lang.RuntimeException: Unable to load bean org.apache.struts2.dispatcher.multipart.MultiPartRequest (jakarta) - [unknown location]
請教MAX，在點擊上面例子中的提交按鈕顯示這個錯，這是為什么？
請教樓主：
下面是我的代碼，可是取不到值，換成%{}是一樣沒結(jié)果，請問是什么原因，該怎么做？謝謝。
<s:hidden name="staffID" value="#request.staffID"></s:hidden>
re: 都市行免注冊版發(fā)布[未登錄] ALEX 2008-05-10 12:36
怎么新版本速度沒有原來的快
very good work, may be the most clear doc i have seen in this issue!
re: 精品Ajax圖書下載[未登錄] alex 2008-04-01 13:13
mljmalongjiang@163.com，我想要,Thinks
re: Install4j介紹[未登錄] alex 2008-03-28 11:58
我更需要，謝謝啊，請發(fā)到2001myfree@21cn.com
re: Java事件處理模式[未登錄] alex 2008-03-22 23:24
作者的分析非常有水平，我學(xué)到好多東西，非常感謝。
@11
IncludeBottom.jsp文件不是完整的網(wǎng)頁文件，是用來被其它jsp文件include的，結(jié)合IncludeTop.jsp看就不會有錯了。
希望能發(fā)一份,謝謝
shuisheng.cao@inforlion.com.cn
我的郵箱是lillian975@126.com,太謝謝了
用的已經(jīng)很廣泛了，XML其實不適合在互聯(lián)網(wǎng)上傳播
非常需要
shuisheng.cao@inforlion.com.cn
謝謝！
該死的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
這本我稍微看了一下，翻譯的不錯，希望你以后多翻譯一些經(jīng)典的大師作品，自己寫也可以啊，山風(fēng)，我支持你！
o(∩_∩)o...
相信有理性的人還是更多一些，我也很年輕，但是不會這個沖動，做出不經(jīng)過大腦思考的評論。所以說不要太擔(dān)心，用自己的思想去影響更多的人，讓大家都有思考的能力和批判的精神
感恩節(jié)快樂，雖然是西方的節(jié)日，但是想必感恩并沒有錯。
re: Java讀寫cookie[未登錄] Alex 2007-10-24 09:51
不錯，挺好 先用上
麻煩也給我mail一份
hanhonl@163.com
hanhonl@gmail.com
謝謝，給一份學(xué)習(xí).
1alex@163.com
alex.zhu@163.com
thanks advance.
re: Java Web層框架比較（圖表） Alex 2007-08-23 13:43
不過最近在用Jboss Seam,感覺還是不錯，正在摸索中。。。
re: Java Web層框架比較（圖表） Alex 2007-08-23 13:42
總結(jié)的很全面，不錯!
我最近也急著做這個，現(xiàn)在也能給出我發(fā)一份嗎？謝謝
huangmxcom@163.com
re: JSF組件ID重復(fù)的問題 Alex 2007-08-18 13:47
自己開發(fā)組建？ 精神可嘉，不過個人認為沒有太大的實際價值
re: 行萬里路，讀萬卷書 Alex 2007-05-29 12:05
@Saturn
哈，感謝提醒
to dennis
我個人不太喜歡在action中注入service,感覺羅嗦了
service中注入dao就可以了，到處在注入感覺很不爽，個人感覺.
re: 簡單化 log4j Alex 2007-05-13 23:00
log4j支持動態(tài)切換不同的實現(xiàn)，建議import apache commons 的 Logger,可以實現(xiàn)多態(tài)
一般在service層作一個target就夠了吧，有必要那么復(fù)雜么 ？
to 魚腸劍
用了關(guān)系可能會出現(xiàn)性能的問題，但是不用關(guān)系基本不會出現(xiàn)性能的問題，這個觀點你覺得有可能么 ？呵呵
to 雨奏 :
范型是個好東西，不過不怕你笑話，作了這么多項目還沒有用過一次范型，其實那個東西我個人覺得也沒有什么特別有用的地方 ，對于我們的項目來說很實際，jdk只支持1.3,所以還是保守點吧，我個人的觀點是用最簡單的方式解決最通用的問題。題外話，大家注意到?jīng)]有，比較大的一些軟件公司他們的技術(shù)選型都偏保守，你看oracle的產(chǎn)品所使用的jdk版本，比一般的慢多了，現(xiàn)在1.3的還在大量使用，更別提1.5的了 。
to 阿歡:
事實上正是如此，不用關(guān)系看起來比較丑陋，也不怎么有效率，但是好處就是不會有什么問題，也就是比較簡單。但是用關(guān)系問題可能會出現(xiàn)，當(dāng)然肯定和用的人的掌握的水準有關(guān)系，我經(jīng)歷過的幾個比較大的項目都有這樣的問題，最后都老老實實的用最簡單但是安全的方式來作。
我相信hibernate是個好東西，但是還是有點難度和學(xué)習(xí)曲線的，特別是在項目中我們要綜合考慮。