re: 張小慶，在路上（23）-逃回北上廣 ronghao 2011-11-23 21:44
@Chengcs
沒有問題
re: 張小慶，在路上（22）- 泛濫的盜版 ronghao 2011-11-07 22:09
@China_dam
@robbie
謝謝關(guān)注！
因為工作的原因，現(xiàn)在兩周一篇，還剩下6篇
re: BPMN這點事-那段悲催的歷史 ronghao 2011-08-29 21:41
@xebec
很快
re: 張小慶，在路上（15）-遇到貴人 ronghao 2011-08-29 21:41
@Lancelot
還有什么作品是？
re: 張小慶，在路上（13）-改去昌平買房 ronghao 2011-08-22 00:05
@Lancelot
正在連載，一切皆有可能：）
re: 張小慶，在路上（12）-媽媽來北京打工 ronghao 2011-08-14 23:18
@老蛇
這是我想做的，所以就做了
re: 張小慶，在路上（10）-愛情來臨 ronghao 2011-08-01 00:24
@Lancelot
火車追尾
re: 張小慶，在路上（7）- 上地，第二個項目 ronghao 2011-07-02 23:53
@Lancelot
兩種嘗試，從張小慶身上想表現(xiàn)出其項目經(jīng)歷，從中反映一些對軟件開發(fā)的理解。
從周揚身上則表現(xiàn)出一種性格，側(cè)重于生活。
re: 張小慶，在路上（6）- 要不要換工作 ronghao 2011-07-02 22:30
@Lancelot
真人真事
re: 張小慶，在路上（3）-第一個項目[未登錄] ronghao 2011-05-30 09:40
越寫感覺越狗屎了。。。
re: 對不起了朋友們，重寫張小慶 ronghao 2011-05-08 23:32
@孫茂為
謝謝茂為，有時間我們好好聊聊吧
re: 張小慶，在路上-開始（9）-同學聚會 ronghao 2011-04-25 15:17
re: 張小慶，在路上-開始（7）-第一次約會 ronghao 2011-04-11 23:05
@reader
這個貌似和我沒有關(guān)系，汗
re: 張小慶，在路上-開始（5）到肥牛城吃羊蝎子 ronghao 2011-03-27 19:48
re: 張小慶，在路上-寫在最前面 ronghao 2011-03-19 22:29
@horrison
是，謝謝！
@人在江湖
無法注入，WorkItem是不受容器管理的。
謝謝關(guān)注張小慶！
re: 開放平臺兩三點感悟[未登錄] ronghao 2010-05-28 13:52
寫得很好
re: 心理學，再談好代碼 ronghao 2010-03-22 21:31
@leekiang
這個不是重構(gòu)，所以一開始需要統(tǒng)一，不需要測試。
另外，這個只是從心理方面說說，不是標準。
re: JbpmSide流程設計器進度[未登錄] ronghao 2010-03-04 09:30
@wzfj2002
最近在寫東西，預計年中會繼續(xù)更新，謝謝關(guān)注：）
@二黑
其直接就是個flex工程，用flexbuilder打開即可。
目前還沒有具體文檔。
re: 資源模式唱罷、控制模式登場 ronghao 2009-11-25 09:40
@barry
同意你最后的觀點
re: 資源模式唱罷、控制模式登場 ronghao 2009-11-24 20:24
面向?qū)ο笫蔷幊痰囊环N組織方式，比較細粒度一些，代碼級別（語言級別）
面向組件等則是從整個應用系統(tǒng)來看的宏觀視角
兩者不存在替代關(guān)系
個人認為：）
re: 資源模式唱罷、控制模式登場 ronghao 2009-11-24 19:40
我認為面向?qū)ο蠛兔嫦蚪M件、模塊、服務是兩種不同的卻面，沒有太強的可比性。
re: jBPM4的運行期環(huán)境 ronghao 2009-06-22 16:41
@WOW私服
很簡單的，即壓入了兩個IOC容器，并與線程綁定方便訪問。
re: jBPM4的運行期環(huán)境 ronghao 2009-06-22 16:40
@魔獸世界私服
實現(xiàn)了一個棧，可以壓入多個Environment
re: 你服務，你全家才服務 ronghao 2009-02-21 08:26
@leekiang
怕被淘汰了：）
re: 你服務，你全家才服務 ronghao 2009-02-21 08:25
@隔葉黃鶯
我坐車的時間實在太長，1個半點。因為沒座位所以看書，否則就睡著了：）
re: 工作流技術(shù)基礎(chǔ)讀后 ronghao 2009-02-10 09:43
re: 工作流參與者和工作項模式分析 ronghao 2008-10-28 18:19
@獨孤過客
1、是的。在工作流系統(tǒng)里工作是以工作項的形式進行描述。
2、1>是的，但是還有其他實現(xiàn)方式
2>是的，但可以全部生成，然后一次激活
3>正確，有時候是讓系統(tǒng)自己判斷
re: 污染？還是造假？[未登錄] ronghao 2008-09-12 09:06
重要的是如何完善監(jiān)督機制，否則食品安全問題將始終是我們身邊隨時可能引爆的一枚炸彈
@letitbe
yes.我要表達的意思是用戶這樣寫代碼造成了n+1的查詢問題。解決問題的方法可以是外連接，也可以是冗余字段。但是在平臺封裝提供API的情況下，用戶選擇了最簡單的直接調(diào)用API，這種方式是我反對的。由此我也在想平臺的封裝問題。所以對所有的業(yè)務操作我們都提供出直接的connection。
re: OPENAJAX HUB介紹[未登錄] ronghao 2008-09-01 09:24
呵呵，謝謝：）
re: js組件的測試，是個問題[未登錄] ronghao 2008-08-13 10:06
@pentiumao
謝謝。我去看看。
re: 工作流之收回 ronghao 2008-07-16 21:14
@cnodin
這個我還真不清楚,但是在業(yè)務里很常見.所以我們設計時進行了支持.
re: 工作流回退模式分析 ronghao 2008-06-24 17:58
@Always BaNg.
是Viso
是功能需求也是項目經(jīng)驗的總結(jié)
re: 高并發(fā)測試下的一些問題及解決 ronghao 2008-06-22 15:24
@鬼狗
呵呵，你的意見非常中肯。
@Alex
好的，謝謝你的意見。我會用jdbc做這個測試。
@Alex
哈哈，正如你說的，我想問題在這里：
當然，如果你的數(shù)據(jù)庫的lock配置策略，不支持，或者數(shù)據(jù)庫本身，就不支持對不同的行做同時操作（或者支持不完善），所謂的行鎖，那么肯定會像你所說的那樣發(fā)生死鎖。
這也是我想表達的。我想有時間應該請個專業(yè)的DBA來，我也查過了SQLSERVER的鎖機制，但是具體到這里理解還是存在問題。
另外你對樂觀鎖的理解也很到位。如果是多個事務同時提交一個流程，樂觀鎖就會起作用。
@Alex
補充說明一下，在我的測試中，不會出現(xiàn)兩個線程互相修改沖突的情況，甚至select也不會沖突，因為流程實例ID一開始就將所有的數(shù)據(jù)區(qū)分開來。我是并發(fā)啟動多個流程，然后并發(fā)提交這些流程。
@Alex
你的說法沒有錯。我想問題的原因在于死鎖的原因你我的理解有差異。
你理解的是對數(shù)據(jù)庫表同一記錄并發(fā)操作引起數(shù)據(jù)庫死鎖，這個顯然是應用程序應該控制和避免的。
而我的意思是并發(fā)操作某一動作，例如同時啟動100個工作流流程，這個盡管操作的是同一張表但是顯然是針對不同的記錄，此時，樂觀鎖、悲觀鎖都是沒有意義的。
當然，我對數(shù)據(jù)庫的一些實現(xiàn)機制也并不是很了解，所以這里也只能列出現(xiàn)象而不能解釋死鎖的根本原因。
@BeanSoft
當然，我并沒有用jdbc直接測試