posts - 193,  comments - 520,  trackbacks - 0

我的评论

共3页: 1 2 3 下一页 
@Chengcs
没有问题
@China_dam
@robbie
谢谢关注!
因为工作的原因,现在两周一篇,还剩下6篇
@robin
@何小刚
@唯美古典
谢谢鼓励!
re: BPMN这点事-那段悲催的历史 ronghao 2011-08-29 21:41  
@xebec
很快
@Lancelot
还有什么作品是?
@Lancelot
正在连载,一切皆有可能:)
@老蛇
这是我想做的,所以就做了
@Lancelot
火车追尾
@Lancelot
两种尝试,从张小庆身上想表现出其项目经历,从中反映一些对软件开发的理解。
从周扬身上则表现出一种性格,侧重于生活。
@Lancelot
真人真事
越写感觉越狗屎了。。。
re: 对不起了朋友们,重写张小庆 ronghao 2011-05-08 23:32  
@孙茂为
谢谢茂为,有时间我们好好聊聊吧
@http://congdepeng.javaeye.com/
如何定义出人头地?
@http://congdepeng.javaeye.com/
什么样的层次指的是什么?各个阶层的人吗?
@reader
这个貌似和我没有关系,汗
@过路客

每周六/日晚上
@tom
这是小说:)
re: 张小庆,在路上-写在最前面 ronghao 2011-03-19 22:29  
@horrison
是,谢谢!
@人在江湖
无法注入,WorkItem是不受容器管理的。
谢谢关注张小庆!
re: 开放平台两三点感悟[未登录] ronghao 2010-05-28 13:52  
写得很好
re: 心理学,再谈好代码 ronghao 2010-03-22 21:31  
@leekiang
这个不是重构,所以一开始需要统一,不需要测试。

另外,这个只是从心理方面说说,不是标准。
@wzfj2002
最近在写东西,预计年中会继续更新,谢谢关注:)
re: jBPM-Side流程设计器架构说明 ronghao 2010-01-17 12:10  
@二黑
其直接就是个flex工程,用flexbuilder打开即可。
目前还没有具体文档。
re: 资源模式唱罢、控制模式登场 ronghao 2009-11-25 09:40  
@barry
同意你最后的观点
re: 资源模式唱罢、控制模式登场 ronghao 2009-11-24 20:24  
面向对象是编程的一种组织方式,比较细粒度一些,代码级别(语言级别)
面向组件等则是从整个应用系统来看的宏观视角
两者不存在替代关系
个人认为:)
re: 资源模式唱罢、控制模式登场 ronghao 2009-11-24 19:40  
我认为面向对象和面向组件、模块、服务是两种不同的却面,没有太强的可比性。
re: jBPM-Side流程设计器架构说明 ronghao 2009-10-18 09:47  
@vanlin
ppt
re: jBPM4的运行期环境 ronghao 2009-06-22 16:41  
@WOW私服
很简单的,即压入了两个IOC容器,并与线程绑定方便访问。
re: jBPM4的运行期环境 ronghao 2009-06-22 16:40  
@魔兽世界私服
实现了一个栈,可以压入多个Environment
re: 网站架构相关PPT、文章整理 ronghao 2009-04-28 21:20  
非常想听到你的看法:)
re: 你服务,你全家才服务 ronghao 2009-02-21 08:26  
@leekiang
怕被淘汰了:)
re: 你服务,你全家才服务 ronghao 2009-02-21 08:25  
@隔叶黄莺
我坐车的时间实在太长,1个半点。因为没座位所以看书,否则就睡着了:)
re: 基于memcached的SNA实现[未登录] ronghao 2008-10-30 09:11  
@岑文初
呵呵,谢谢。要多向你学习:)
@独孤过客
1、是的。在工作流系统里工作是以工作项的形式进行描述。
2、1>是的,但是还有其他实现方式
2>是的,但可以全部生成,然后一次激活
3>正确,有时候是让系统自己判断
re: 污染?还是造假?[未登录] ronghao 2008-09-12 09:06  
重要的是如何完善监督机制,否则食品安全问题将始终是我们身边随时可能引爆的一枚炸弹
好文!!另外想问一下你的图都是用什么软件画得?
re: 一次性能调优的实战[未登录] ronghao 2008-09-02 12:16  
@letitbe
yes.我要表达的意思是用户这样写代码造成了n+1的查询问题。解决问题的方法可以是外连接,也可以是冗余字段。但是在平台封装提供API的情况下,用户选择了最简单的直接调用API,这种方式是我反对的。由此我也在想平台的封装问题。所以对所有的业务操作我们都提供出直接的connection。
re: OPENAJAX HUB介绍[未登录] ronghao 2008-09-01 09:24  
呵呵,谢谢:)
@pentiumao
谢谢。我去看看。
re: 工作流之收回 ronghao 2008-07-16 21:14  
@cnodin
这个我还真不清楚,但是在业务里很常见.所以我们设计时进行了支持.
re: 工作流回退模式分析 ronghao 2008-06-24 17:58  
@Always BaNg.
是Viso

是功能需求也是项目经验的总结
@鬼狗
呵呵,你的意见非常中肯。
@Alex
好的,谢谢你的意见。我会用jdbc做这个测试。
@Alex
哈哈,正如你说的,我想问题在这里:
当然,如果你的数据库的lock配置策略,不支持,或者数据库本身,就不支持对不同的行做同时操作(或者支持不完善),所谓的行锁,那么肯定会像你所说的那样发生死锁。
这也是我想表达的。我想有时间应该请个专业的DBA来,我也查过了SQLSERVER的锁机制,但是具体到这里理解还是存在问题。
另外你对乐观锁的理解也很到位。如果是多个事务同时提交一个流程,乐观锁就会起作用。
@Alex
补充说明一下,在我的测试中,不会出现两个线程互相修改冲突的情况,甚至select也不会冲突,因为流程实例ID一开始就将所有的数据区分开来。我是并发启动多个流程,然后并发提交这些流程。
@Alex
你的说法没有错。我想问题的原因在于死锁的原因你我的理解有差异。
你理解的是对数据库表同一记录并发操作引起数据库死锁,这个显然是应用程序应该控制和避免的。
而我的意思是并发操作某一动作,例如同时启动100个工作流流程,这个尽管操作的是同一张表但是显然是针对不同的记录,此时,乐观锁、悲观锁都是没有意义的。
当然,我对数据库的一些实现机制也并不是很了解,所以这里也只能列出现象而不能解释死锁的根本原因。
@BeanSoft
当然,我并没有用jdbc直接测试
共3页: 1 2 3 下一页 
<2024年11月>
272829303112
3456789
10111213141516
17181920212223
24252627282930
1234567

关注工作流和企业业务流程改进。现就职于ThoughtWorks。新浪微博:http://weibo.com/ronghao100

常用链接

留言簿(38)

随笔分类

随笔档案

文章分类

文章档案

常去的网站

搜索

  •  

最新评论

阅读排行榜

评论排行榜