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