posts - 112,  comments - 265,  trackbacks - 0

我的评论

共3页: 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直接测试
@BeanSoft
我倒真的认为是数据库的原因。
一个简单的例子:很简单的po:
String id;
String name;
两个字段,执行操作:
TestPO po=new TestPO();
po.setName("ronghao");
dao.save(po);
dao.flush();
po.setName("haorong");
配置事务,单元测试两个线程并发,sqlserver2000下马上死锁。
@Alex
我想你并没有弄明白问题的关键。乐观锁和悲观锁的作用是防止多个事务对同一数据操作产生冲突的两种策略。而我的问题是多个线程(即多个事务)并发操作不同的数据。不知道明不明白意思。
ps:以前我也把这两者的概念经常混淆。
@dennis
是这样的,我的理解是只有人工节点需要人员参与(即产生工作项),其他节点都是自动完成的或系统触发的。
@zm
我对magnolia不太了解,另外你的问题也很泛泛。不如你们公司请个专业的咨询比较好,呵呵
re: py工作流分析 ronghao 2008-05-10 11:14  
@蓝色的天空
是的,我的看法和你相同。
re: 工作流需求分析[未登录] ronghao 2008-05-10 11:10  
我的观点和你不太相同。BPM实际是给用户提供价值的,尽管它被包装上了SOA这个皇帝的新衣。而现在的工作流产品,老实说还差的很远,或者说发展思路就有问题,这也是市场决定的。
@leekiang
在其他文章里有交代,这些权限控制是结合使用的。
re: 对Acegi ACL扩展的构想 ronghao 2008-04-07 18:19  
@zhx
是的,所以需要权衡。
@BeanSoft
BeanSoft说得很对。
支持楼主。
真好,没有追一下吗.呵呵
@久城
ext太庞大了,太笨重,对于特定的应用来说很多功能都是多余的。比如说布局,一两种足以,都可以直接写死。
re: 想换工作了 ronghao 2008-02-13 22:11  
那是2年前的偏见了:)
今天一天又再重复解决这个问题了,将common-fileupload换为了cos,还是上传不了文件,报出的错误为Corrupt form data: premature ending。在未使用webwork的程序里正常,于是下午才考虑到是webwork的问题。郁闷,怎么没有早点看到自己的blog:(
re: 对Acegi ACL扩展的构想 ronghao 2008-01-17 15:17  
springside
@赵斌
"也就是说,不要求界定内部的实现,只要能通过服务的形式,提供这些功能就好了。"很赞同,特定于电子政务,我认为一开始可以对业务加以诠释(也算是一种标准,但不是API),例如什么是会签、传阅等等,它们用以处理哪些业务场景等等。这样再提到工作流产品的时候,是否支持会签等就直接成为一个衡量的标准。而至于如何实现,实际上是非常灵活的。
re: 《Grails权威指南》预订 ronghao 2007-11-07 09:31  
支持:)
re: 好朋友 女朋友 ronghao 2007-11-07 09:25  
@BeanSoft
什么叫可惜了啊:)应该祝福幸福才是,呵呵。
re: 对流程驱动开发的YY ronghao 2007-11-06 18:08  
@赵斌
谢谢:)我总觉得现在的开发效率还不高,但是却没有好的方法。谢谢你的链接,我找相关的资料看看:)
re: 建立安全的AXIS服务(下) ronghao 2007-11-06 18:04  
@卢宁
现在没有了:(
re: 对流程驱动开发的YY[未登录] ronghao 2007-11-06 09:37  
你的第一种情况可以直接设置只有财务部门经理才能查看报销记录列表,其他员工只能看自己的报销记录。
第二种情况比较复杂,因为交通费用,食宿费用和业务费用只是一条报销记录的3个字段而已,而最终用户还要可以自己授权。这样就可能需要再单建一张权限表。首先读取数据时对数据和字段进行过滤(可以直接设置对象里相应字段为NULL)然后页面渲染时处理一下隐藏即可。
处理起来并不困难,但是如果你所表达的权限规则频繁变化就会比较头疼了。
对您的印象非常深刻,对什么问题都有自己成熟的思考,相比而言,自己要学得非常多。
re: 工作流时间管理需求[未登录] ronghao 2007-11-01 09:56  
@james.zhang
你说的很对,流程实例、节点实例、工作项实例状态的变迁都会对整个流程产生很大的影响。希望有时间把这些都整理整理,也希望多提意见。
re: 软件研发-我们缺失的一环 ronghao 2007-10-30 18:07  
@lan
赞同。
re: UML精粹学习笔记(一) ronghao 2007-08-28 15:29  
@西元化石
多多交流:)
re: UML精粹学习笔记(一) ronghao 2007-08-28 15:28  
@吴畅
可以,请注明出处:)
re: 开始开发CMS ronghao 2007-07-30 09:26  
magnolia可以参考一下。
@无名小卒
不需要再配置,jackrabbit会在第一次初始化的时候自动生成相关的数据库表:)
谢谢:)
我没用到过。猜想的话,应该是提供远程访问。
re: 开始开发CMS[未登录] ronghao 2007-06-22 09:56  
@ddd
你可以参考几个开源的CMS,它们的后台都是jackrabbit。
你可以把它理解等同为数据库,你从里面获取和存储数据而已,与前台的门户和后面的工作流的结合都不是它而是开发人员所要操心的事情。
re: JBPM的时间服务 ronghao 2007-06-21 18:25  
入门资料,可能没有,你可以google下wfms规范。另外,hongsoft和银狐999的博客很不错。
re: DisplayTag应用 ronghao 2007-06-21 18:21  
这篇文章已经是很早的版本了,后来它提供了数据库分页的实现接口,但是没有再关注:)
权限控制这块做的很弱。我觉得主要是提供了一种很爽的数据存储模型,树结构,符合编程习惯。另外就是内置了版本管理以及全文检索。
re: Show一下Grails-Ext-UI插件的魅力 ronghao 2007-06-21 12:05  
很漂亮,是yui-ext做得吗?
共3页: 1 2 3 下一页 
<2008年10月>
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

目前为北京东方易维软件工作流产品经理,专注于工作流的开发。联系方式:ronghao100@hotmail.com

常用链接

留言簿(20)

随笔分类

随笔档案

文章分类

文章档案

常去的网站

搜索

  •  

最新评论

阅读排行榜

评论排行榜