精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2010-05-24
另外一个感觉,JBPM走的路线和微软的WWF好像有点类似了,都是出一个大平台,然后让用户在这个平台里面做二次或者三次开发。。。。。不知道这个感觉对不对。。。
|
|
返回顶楼 | |
发表时间:2010-05-24
最后修改:2010-05-24
comsci 写道 另外一个感觉,JBPM走的路线和微软的WWF好像有点类似了,都是出一个大平台,然后让用户在这个平台里面做二次或者三次开发。。。。。不知道这个感觉对不对。。。
是的,pvm的野心很大,原本是希望通过pvm一举吃掉bpmn。可是根据前段时间在pvm上实现bpel的经验,感觉pvm还是太稚嫩,要想实现吞掉一切流程语言的目标,还有很长一段路需要走。 还有一点就是jbpm的附属设施太少了,单纯一个流程引擎是玩不大的,所以jbpm5才希望将WS-HumanTask,Report,BAM等巨型概念引入,估计是想搭上soa这趟车。但是我觉得太难了,从jbpm5里的规划看,随便拿出一块来就够做个一年半载的。 再贴一下jbpm5架构图 |
|
返回顶楼 | |
发表时间:2010-05-24
严重建议避开6月4号
|
|
返回顶楼 | |
发表时间:2010-05-24
"还有一点就是jbpm的附属设施太少了,单纯一个流程引擎是玩不大的,所以jbpm5才希望将WS-HumanTask,Report,BAM等巨型概念引入,估计是想搭上soa这趟车。但是我觉得太难了,从jbpm5里的规划看,随便拿出一块来就够做个一年半载的。 "
如果是这样的话,JBPM5对于一个国内的一般的应用性的小软件开发公司来讲是否太复杂了,开发成本和学习成本是否会变得越来越高? 这就无形的增加了企业的成本? 使得企业进入流程产品领域的门槛变高了? |
|
返回顶楼 | |
发表时间:2010-05-24
mlw2000 写道 严重建议避开6月4号
现在年轻人都不记得6月4号是什么日子了,所以无关紧要。 |
|
返回顶楼 | |
发表时间:2010-05-24
comsci 写道 "
如果是这样的话,JBPM5对于一个国内的一般的应用性的小软件开发公司来讲是否太复杂了,开发成本和学习成本是否会变得越来越高? 这就无形的增加了企业的成本? 使得企业进入流程产品领域的门槛变高了? 从我接洽的客户来看,没有公司觉得流程方面功能太多了。反而,几乎所有的客户都希望流程不要只是一个引擎,他们还需要表单设计器,还需要用户管理和组织机构,还需要消息提醒,还需要报表统计。 对比一下,一个没有技术积累的小型公司,给它一个流程引擎好呢?还是给它一个业务平台好呢? |
|
返回顶楼 | |
发表时间:2010-05-24
注重每一小步,4.4,welcome!
|
|
返回顶楼 | |
发表时间:2010-05-24
mlw2000 写道 严重建议避开6月4号
哈哈,和谐社会,社会和谐 |
|
返回顶楼 | |
发表时间:2010-05-24
Tom Baeyens 和 Joram Barrez 新搞了个开源的Activiti,支持bpmn2.0,楼主怎么看bpmn2.0和bpel的未来的竞争?
|
|
返回顶楼 | |
发表时间:2010-05-24
haison 写道 Tom Baeyens 和 Joram Barrez 新搞了个开源的Activiti,支持bpmn2.0,楼主怎么看bpmn2.0和bpel的未来的竞争?
http://www.iteye.com/topic/670385 这个帖子是聊activiti的,我感觉activiti最大的特点就是把hibernate换成了ibatis。 bpmn和bpel没有竞争关系,相反,600多页的bpmn-2.0规范里有相当大的一部分内容是介绍如何将bpmn-2.0转换为bpel。BPMN原意只是定义一套标准图形对流程进行定义,而BPEL则完全是以编程语言为基础设置的,bpmn处于设计阶段,bpel属于运行阶段。两者是互补的关系,虽然转换上肯定还会遇到诸多险阻,但是两者确实谈不上竞争。 反正我个人还是看好jbpm4的pvm,以后说不定有机会在pvm上把bpmn-2.0和bpel都实现出来,这样一架马车三匹骏马,爽啊。 |
|
返回顶楼 | |