JBPM3与JBPM4
来源:互联网 发布:用php做app接口 编辑:程序博客网 时间:2024/06/06 14:39
前言
在前面的博客中我有对JBPM及其历史进行了简单的介绍,而且还对JBPM4的配置使用进行了简单的讲解,但是该OA视频当中使用的是JBPM3,下面我们就对这两个版本的JBPM进行一下比较。
正题
1.共同点
在前面的博客中有介绍到说Jbpm的发展历史,即在Jbpm5之后进行了全面改革,整体核心思想换成了DroolsFlow,从这点来说,Jbpm3和Jbpm4的核心机制是一样的。
2.不同点
1)jbpm4引入了PVM(ParallelVirtual Machine,并行虚拟机)的概念。
2)jbpm4提出了两个目标:
a.改进可支持性:通过持续集成,对所支持的产品环境、配置提供更好、更长期的支持保证。
b.降低门槛,提升应用率:区分公共基础型应用和高级定制化应用两种应用模式,让前者上手更快,后者也能减少开发难度。
3)全新API
jbpm4相对于jbpm3来说整个项目几乎重写:新的流程定义语言、新的引擎实现、新颖的PVM概念、新的配置方式、全新的开发接口、全新的数据库结构...但是都遵循2)中的两个目标。
但是通过devguide提供的变更表,再结合新的JBPM4.1发布包的内容,可以发现,从JBPM3到JBPM4,真正的变化仅仅是:
1、流程定义语言的模型没有改变,只是部分元素的命名发生变化
2、流程执行引擎的算法没有改变,只是对原有引擎进行了优化,去掉了冗余的roottoken。JBPM4出来后,包括在JavaEye里,有不少的文档探讨了JBPM引擎的变化,有的文章分析说其核心引擎的调度机制完全不同了,这是不对的,因为还是Token机制,只是换了个名字(Execution),加上一定的优化(或称简化)。
3、流程引擎的事件机制没有改变,只是改变了默认的事件触发范围
4、整个数据库结构完全改变,甚至前缀变成了JBPM4,目的是希望能够跟JBPM3的表不发生冲突,甚至能够两个版本并行运行。其实数据库结构的巨大变化,是第2点变化、以及其他冗余消除的自然结果
5、接口的变化,文档的调整和重写,只是为了更好的针对公共普通型应用和高级定制型应用,降低二者的开发难度。
3.小结
对于这些理论性的概念还没有特别深入的理解,但是在应用层的感觉来说,就是“流程没变,变得是实现方式”,所以不管使用3或者4掌握了它的使用流程(建表,部署流程,绑定实例,流转流程)那么jbpm就不会那么遥不可及了。
- JBPM3与JBPM4
- jBPM3 vs jBPM4
- jBPM3 vs jBPM4 (转)
- 从JBPM3到JBPM4,兼谈其他
- jbpm3与发散模型
- jbpm3与发散模型
- jbpm3与发散模型
- jbpm3
- jbpm3-4-5-6与Activiti
- tomcat与JBPM4包冲突
- JBPM4.4与SSH2整合
- JBPM4.4与DB2整合
- jbpm4
- jbpm4
- Jbpm4
- jBPM4
- 从ApplicationContext.xml看jbpm3.1与3.2的区别
- JBPM3.2.2表关系详尽解释与全面分析
- 图像处理网络资源【转】
- shape派生circle,rectangle,square
- debian系统udisks移动硬盘或者U盘时,出现one or more partitions are busy on /dev/sdb
- C++的反射。。(转载,很old的话题了),觉得写得很好
- 关于file_operations结构体
- JBPM3与JBPM4
- OpenCV Demo watershed
- 你愿意做哪一种狐狸
- cocos2d-x 菜鸟学习笔记十三(简单的碰撞检测)
- HDOJ 4549 - M斐波那契数列 费马小定理,矩阵乘法
- C# WPF 快速开发05SQL操作语句
- 网络编程--TCP
- 解决无法安装SQL Server 2008 Management Studio Express的问题
- cocos2d-x屏幕适配新解(转)