jbpm3与jbpm4实现对比
jBPM3 vs jBPM4
JBoss Goup目前已经发布了jBPM4 Alpha1版本，在版本4中最大的变化就是引入PVM（流程虚拟机）的概念，而引擎内部的调度算法中重要的Token机制，在新版中也去掉了，纵观整个代码，变化可以说非常的大，笔者接下来就试着来比较一下这种变化，让大家能有个直观的认识。当然Jbpm4在JBoss的官方网站上的Road map中，在今年的7月1号才会发布第一个正式版本，因此后续可能还会有变化。
1、 流程定义对象的变化：
Jbpm3流程定义对象关系图：
图一 jbpm3流程定义对象关系图
从上图我们可以看出这jbpm3中，GraphElement是流程图中所有流程元素的父对象，而整个流程是由ProcessDefinition、Node、Transition三个主要对象构成；
图二 PVM实体对象关系图
从上图可以看出，由于PVM概念的引入，所以在jbpm3中的Graph包在jbpm4中被移除了。在pvm中，在设计期，所有节点元素的父类为ProcessElementImpl，流程的主要组成元素Nodelmpl、TransitionImpl、ProcessDefinitionImpl、EventImpl则都直接或间接继承自ProcessElementImpl。在运行期：jbpm4把流程的运行期行为定义为执行行为（ExecutionImpl）及原子操作行为（AtomicOperation，其具体实现为ExecuteNode、ProceedToDestination、TakeTranstion、MoveToParentNode、MoveToChildNode、signal），其中ExecutionImpl是流程实例、活动实例、事件监听器的所有执行期行为的实现类。
图三 jpdl运行期活动实体对象关系图
上图是jbpm4在运行期的活动实例对象关系图，从图中我们可以看出，在运行期，jbpm4中定义了两个活动接口Activity和ExternalActivity，其中ExternalActivity继承自Activity。Activity是所有自动活动节点的父接口，其实现类为JpdlActivity，而JpdlActivity又衍生出了、StartActivity、JoinActivity、ForkActivity、EndActivity、CreateTimerActivity、JavaActivity、EsbActivity等实例活动对象。而ExternalActivity是具有等待状态的活动（StateActivity）父接口，像人工活动TaskActivity就是实现了此接口。
2、 核心引擎的调度算法
Jbpm3的核心调度算法是基于Token机制的，在运行期这个Token在Node Instance之间流转，依靠Token的触发来推进流程。具体的调度机制，可参加胡长城的文章（http://blog.csdn.net/james999/archive/2007/09/02/1769592.aspx）；其实这个Token来自于Pertri-net，感兴趣的读者可以去看Pertri-net中的Token及Place。
图四 jbpm3引擎调度图
Jbpm4则去掉了Token，那么它的核心调度机制是怎样实现的呢？
图五 jbpm4流程启动序列图
图六 jbpm4 流程推进序列图
图五是在jbpm4中启动一个流程实例的执行序列图，图六是节点推进的执行序列图，从上面两个图中我们可以看到核心的调度是依据Execution的转移来实现的（ExecutionImpl可以是ActivityExecution、ClientProcessInstance、EventListenerExecution的实例），Execution实际上就是取代了Jbpm3中的Token，Execution的转移实际上就是根据状态机的变迁（ActivityExecution、ClientProcessInstance、EventListenerExecution实例之间的切换）加上调用相应的原子操作：ExecuteNode、MoveToChildNode、MoveToParentNode、ProceedToDesitination、Signal、TakeTransition（详见pvm/internal/model/op包下的相关类）来实现的。所以Execution实例的集合及有向图实际上就是运行期的路径。
3、 Event-Action机制的变化
在jbpm3中是基于Event-Action机制来实现事件与动作的触发的，但是在jbpm4中则采用观察者模式来触发事件的。所有用户自己定义的动作，全部要实现EventListener接口，这些动作作为监听者（就是事件Event的观察者Observer）注册到相应的流程定义对象上（ProcessElement或者Node），而事件Event则作为被观察的对象（实际上就是Observerable），实际上在jbpm4中专门定义出了一个对象ObservableElementImpl，流程定义中的NodeImpl、TransitionImpl、ProcessDefinitionImpl均继承自此对象，因此这些元素本身就可以作为Observerable而被观察者来监控。
4、 客户端接口的变化
在jbpm4中对客户端的接口统一为7个服务接口：ProcessService、ExecutionService、CommandService 、TaskService 、ManagementService、HistoryService、IdentityService，这7个接口可以从ProcessEngine接口中获得，jbpm4在启动的过程中由JbpmConfiguration负责构建引擎。
Ø ProcessService-流程定义的服务接口，包括对流程定义的部署、查询、删除操作；
Ø ExecutionService-执行服务接口，包括启动流程、实例推进、设置变量等操作；
Ø CommandService-Command模式的服务接口，实际上就是将客户端的请求全部封装在一个调用接口中，然后由这个接口去调用Command接口的众多实现（StartExecutionCmd、SignalCmd、SetVariablesCmd、GetTimersCmd、DeployCmd、NewTaskCmd、SubmitTask、ExecuteJobCmd等等，具体可参加pvm/internal/cmd，task/internal/cmd包及其它包下实现Command接口的类），这是典型的Command模式的应用，感兴趣的读者可以去了解设计模式中的Command模式；
Ø TaskService-人工活动的服务接口，包括对任务的创建、提交、查询、保存、删除等操作；
Ø ManagementService-web管理控制台的服务接口，目前只有获得消息及计时器的接口实现；
Ø HistoryService-目前有对历史库中的流程实例、活动实例进行查询、某个流程定义中的所有活动的平均持续时间、某个流程定义中的某个活动实例的转移的执行次数
Ø IdentityService-用户、组、成员关系的相关操作方法
5、历史库的加入
jBPM3中数据库设计一直是我比较诟病的地方，尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库，在这种情况下它的实例数据库就会随着时间而无限膨胀，这就阻碍了它的真实应用，而在jBPM4的最新代码中（注意Alpha1还没有出现），历史库的相关功能代码竟然出现了！详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用，而以上2个方法在ExecutionImpl中都是以历史事件（HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理）的触发机制来实现的，也就是在整个流程实例执行的过程中，都加入了对将运行数据存入历史库的历史事件（HistoryEvent）的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是，这个事件没有同时清除运行库的数据，这样还是会造成运行库的无限膨胀问题。
14 楼 snowfox2008 2009-02-17 supercwg 写道jbpm 4 是不是不支持 Spring 啊？？？ 好像都没有看到关于jbpm的技术架构文档介绍的
当然支持了，在jbpm4中有：SpringCommandService、SpringEnvironmentContext、SpringEnvironment、SpringConfiguration。其实说白了，根本就不存在支持不支持这种说法，因为即使这里面完全没有Spring的代码，你也可以自己去集成。 15 楼 piaoling 2009-02-18 呵呵,写得非常好,JBPM看样子源码得重看了 16 楼 pior 2009-02-18 正好要学习工作流```那是不是可以直接从JBPM4入手了?? 17 楼 147175882 2009-02-18 jbpm4的jpdl不是很好用啊,不能在画图的时候设置flow的属性,用XML的模式编辑完后,只要修改jdpl模型,XML的编辑全部被清空了.
楼主有没有这种感受啊?
相对而言用pvm开发还显得快点 18 楼 left405 2009-02-18 请问 jbpm3 还没有搞得非常明白, 就去看jbpm4 合适吗 19 楼 147175882 2009-02-18 snowfox2008 写道5、历史库的加入
jBPM3中数据库设计一直是我比较诟病的地方，尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库，在这种情况下它的实例数据库就会随着时间而无限膨胀，这就阻碍了它的真实应用，而在jBPM4的最新代码中（注意Alpha1还没有出现），历史库的相关功能代码竟然出现了！详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用，而以上2个方法在ExecutionImpl中都是以历史事件（HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理）的触发机制来实现的，也就是在整个流程实例执行的过程中，都加入了对将运行数据存入历史库的历史事件（HistoryEvent）的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是，这个事件没有同时清除运行库的数据，这样还是会造成运行库的无限膨胀问题。
大家对此的意见呢？
个人觉得这是个比较鸡肋的功能,因为当一个流程结束后,如果把数据放进历史库那么会存在很多问题,因为一个实际的生产流程往往很复杂,当一个流程结束后,会在很多jbpm自带的表里面会生成很多数据,随随便便就可以上百条都是可能的.这时,如果要在流程结束时同步插入到历史表且删除现行表中的相关数据会是一个很复杂的功能,(比如说:表之间都是建了关联的,不管是插入还是删除都要注意顺序问题,而且表中如果建了索引的话,增删都相对慢).当然如果不出问题的话,这样也行.但如果删除数据过程中出现了异常,可能就是个很棘手的问题,1事务要不要回滚,事务的粒度怎么定位,换句话说,要不要把用户的操作也回滚掉.2回滚事务的话,数据是不会被删的(因为事务回滚),那么怎么通知系统下次删除这批数据.
当然问题可能更多,我觉得jbpm开发人员不做这些处理不是因为他们没想到,可能只是把jbpm定位在一个插件或挂件级别.不好做处理.
为了解决这个问题,以前我们项目组就采用了异步的方法.用quarz做了个定时任务,定时归档已经处理完的任务,也就是插入到历史表且删除现行表的相关数据.
个人感觉,即使jbpm4也很难从本质上解决楼主所说的这个问题.
20 楼 kjj 2009-02-18 left405 写道请问 jbpm3 还没有搞得非常明白, 就去看jbpm4 合适吗
应该没问题，两者差别比较大！ 21 楼 dekko 2009-02-19 好文，顶，楼主加油，持续关注！ 22 楼 snowfox2008 2009-02-19 147175882 写道snowfox2008 写道5、历史库的加入
jBPM3中数据库设计一直是我比较诟病的地方，尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库，在这种情况下它的实例数据库就会随着时间而无限膨胀，这就阻碍了它的真实应用，而在jBPM4的最新代码中（注意Alpha1还没有出现），历史库的相关功能代码竟然出现了！详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用，而以上2个方法在ExecutionImpl中都是以历史事件（HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理）的触发机制来实现的，也就是在整个流程实例执行的过程中，都加入了对将运行数据存入历史库的历史事件（HistoryEvent）的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是，这个事件没有同时清除运行库的数据，这样还是会造成运行库的无限膨胀问题。
大家对此的意见呢？
个人觉得这是个比较鸡肋的功能,因为当一个流程结束后,如果把数据放进历史库那么会存在很多问题,因为一个实际的生产流程往往很复杂,当一个流程结束后,会在很多jbpm自带的表里面会生成很多数据,随随便便就可以上百条都是可能的.这时,如果要在流程结束时同步插入到历史表且删除现行表中的相关数据会是一个很复杂的功能,(比如说:表之间都是建了关联的,不管是插入还是删除都要注意顺序问题,而且表中如果建了索引的话,增删都相对慢).当然如果不出问题的话,这样也行.但如果删除数据过程中出现了异常,可能就是个很棘手的问题,1事务要不要回滚,事务的粒度怎么定位,换句话说,要不要把用户的操作也回滚掉.2回滚事务的话,数据是不会被删的(因为事务回滚),那么怎么通知系统下次删除这批数据.
当然问题可能更多,我觉得jbpm开发人员不做这些处理不是因为他们没想到,可能只是把jbpm定位在一个插件或挂件级别.不好做处理.
为了解决这个问题,以前我们项目组就采用了异步的方法.用quarz做了个定时任务,定时归档已经处理完的任务,也就是插入到历史表且删除现行表的相关数据.
个人感觉,即使jbpm4也很难从本质上解决楼主所说的这个问题.
呵呵，不错！不过如果jbpm4不解决这个问题，那么它还是一个中看不中用的引擎，那么就必须由项目的开发人员去做这件事，就像你们用quartz处理一样。其实复杂不复杂还是在于实例数据之间的关系，jbpm的数据库表个人一直认为太过于复杂，不过对于基于orm来实现持久层的产品来说，实现起来就要简单一些，因为po之间的关系已经由orm工具维护好了（例如流程实例就是所有其它实例的祖父，删除所有实例时，只对流程实例做操作就可以了，不会像您所说的要处理关系什么的），至于工作流实例本身的事务也不用担心，而对于业务数据也不需要处理，只要业务数据和工作流实例数据有一个唯一的关联关系就可以了，移到历史库关系不会做改变。
最后要说明的是，这个归入历史库，清除运行库的操作，在流程结束时去触发一个异步的事件，由这个异步的事件来干这件事，这样就不会影响流程的最后一个用户的体验了。而对于索引问题，这时运行库就会稳定一个数量级上基本上就不会变化，因此运行库就没有必要建索引了。而历史库肯定需要建索引（因为主要用来查询），但是对于历史库的查询，在真实的业务系统中，使用的频率本身就很低，所以影响也不会很大。 23 楼 elvishehai 2009-02-19 有没有简单的demo 24 楼 intelchen 2009-02-23 ynstudio 写道高手！
我也在研究jbpm4。我们的工作流就基于jbpm4来做的，不过现在才开始流程管理之类的功能的开发。
jbpm的alaph版本你们也敢用？
你们的基于jbpm4是做实际项目还是只是作为研究的项目？ 25 楼 intelchen 2009-02-23 147175882 写道snowfox2008 写道5、历史库的加入
jBPM3中数据库设计一直是我比较诟病的地方，尤其是其实例数据库没有设计历史库的概念并按照办结状态将运行结束的实例数据归入历史库，在这种情况下它的实例数据库就会随着时间而无限膨胀，这就阻碍了它的真实应用，而在jBPM4的最新代码中（注意Alpha1还没有出现），历史库的相关功能代码竟然出现了！详见ExecutionImpl最新代码中的fireHistoryEvent方法及一系列的historyXXX方法。在ActivityBehaviour的execute方法中加入了historyTaskStart方法的调用、signal方法中加入了historyTaskEnd方法的调用，而以上2个方法在ExecutionImpl中都是以历史事件（HistoryEvent有4个实现子类ProcessInstanceStart、ProcessInstanceEnd、ActivityStart、ActivityEnd分别用作流程实例的创建结束期、活动实例的创建结束期的历史数据处理）的触发机制来实现的，也就是在整个流程实例执行的过程中，都加入了对将运行数据存入历史库的历史事件（HistoryEvent）的触发。这样实例列表的查询可以只查询历史库。不过这里很遗憾的是，这个事件没有同时清除运行库的数据，这样还是会造成运行库的无限膨胀问题。
大家对此的意见呢？
个人觉得这是个比较鸡肋的功能,因为当一个流程结束后,如果把数据放进历史库那么会存在很多问题,因为一个实际的生产流程往往很复杂,当一个流程结束后,会在很多jbpm自带的表里面会生成很多数据,随随便便就可以上百条都是可能的.这时,如果要在流程结束时同步插入到历史表且删除现行表中的相关数据会是一个很复杂的功能,(比如说:表之间都是建了关联的,不管是插入还是删除都要注意顺序问题,而且表中如果建了索引的话,增删都相对慢).当然如果不出问题的话,这样也行.但如果删除数据过程中出现了异常,可能就是个很棘手的问题,1事务要不要回滚,事务的粒度怎么定位,换句话说,要不要把用户的操作也回滚掉.2回滚事务的话,数据是不会被删的(因为事务回滚),那么怎么通知系统下次删除这批数据.
当然问题可能更多,我觉得jbpm开发人员不做这些处理不是因为他们没想到,可能只是把jbpm定位在一个插件或挂件级别.不好做处理.
为了解决这个问题,以前我们项目组就采用了异步的方法.用quarz做了个定时任务,定时归档已经处理完的任务,也就是插入到历史表且删除现行表的相关数据.
个人感觉,即使jbpm4也很难从本质上解决楼主所说的这个问题.
我也那么认为，历史数据可以作为时候备份的机制来处理，如果jbpm4支持可以配置的备份机制，否则还是在实际应用中根据需求来进行选择备份。 26 楼 yaoqiang_csdn 2009-03-18 赞赞赞赞赞 27 楼 melin 2009-04-25 我们系统现在每天要启动5万左右的流程单子，都是流程归档时移入历史表中。 28 楼 momo_1204 2009-06-09 请问下，流程审批人撤回操作支持吗，也就是说他刚批完，流程转到了下一步，突然发现自己批错了，想撤回来重新批，这时的逻辑如何处理（可能他刚才的审批时执行了动作，比如金额加了100等），谢谢高手回答，呵呵 29 楼 lovit 2009-06-09 melin 写道我们系统现在每天要启动5万左右的流程单子，都是流程归档时移入历史表中。
是用jbpm吗？？ 30 楼 Else 2009-06-15 我现在用的CR1,问题也很多，有很多examples流程中的element在jpdl-4.0.xsd根本没有定义，现在在查原因。。 31 楼 vanlin 2009-10-12 是哦， jbpm4 实现方式看起来复杂了，，给用户（程序员）的方面则简单了不少，，也更好处理咯。。 32 楼 llfzy 2009-10-12 <p>JBPM我用的还不怎么熟练！</p>
<p>?</p>
<p>?</p>
<p><a href="http://s.click.taobao.com/t_1?i=qz78fN%2Bpk8BTuQ%3D%3D&p=mm_14292671_0_0&n=11"><br>入门单反新王者 佳能高清500D套机（含18-55IS镜头）</a><br><a href="http://s.click.taobao.com/t_1?i=qX1fEUekOgm0qg%3D%3D&p=mm_14292671_0_0&n=11">【国庆特价】台湾微米1200万高清摄像机HDVH20 D80 HD-D10升级版</a><br><a href="http://s.click.taobao.com/t_1?i=qvYi2aN5Z3nzeA%3D%3D&p=mm_14292671_0_0&n=11">全国联保 大陆行货索尼T900 <高清视频> 国庆促销300台</a><br><a href="http://s.click.taobao.com/t_1?i=qvezK1P3Kbqvog%3D%3D&p=mm_14292671_0_0&n=11">09年新款DDV-6800HD数码相机摄像带遥控MP3/MP4 升级1600万像素</a><br><a href="http://s.click.taobao.com/t_1?i=qvQus%2F2p41Lujg%3D%3D&p=mm_14292671_0_0&n=11">国庆促销 [酷拍] 高清防抖数码摄像机,1200万像素</a><br><a href="http://s.click.taobao.com/t_1?i=qXn%2BA9WaqYRvCg%3D%3D&p=mm_14292671_0_0&n=11">K800/K600姊妹机■特价！尼柯K99■500万像素 4倍变焦 摄像 扩展</a><br><a href="http://s.click.taobao.com/t_1?i=qXssJ92egGbuAg%3D%3D&p=mm_14292671_0_0&n=11">松下LX3GK 正品大陆行货★ 千万像素+24mm超广角 ★钻石信誉</a><br><a href="http://s.click.taobao.com/t_1?i=qXMWriRrolnhAw%3D%3D&p=mm_14292671_0_0&n=11">五一特价 DV-592(DV592)升级版1600万像素超大3.0屏数码摄像机</a><br><a href="http://s.click.taobao.com/t_1?i=of9UcXaRZj6i&p=mm_14292671_0_0&n=11">1200万像素3.0屏带MP3/4多功能数码摄象机 DV-568(DDV-V8)<br></a><a href="http://s.click.taobao.com/t_1?i=qXpboEyxxOA%2BPQ%3D%3D&p=mm_14292671_0_0&n=11">1200万数码相机/摄像 美柯隆数码相机 536/1288 支持4G</a><br><a href="http://s.click.taobao.com/t_1?i=qveyF7B3BMxljg%3D%3D&p=mm_14292671_0_0&n=11">微米HDV-H20高清数码摄像机 5倍光变 1200万相素 防抖功能+套餐</a></p> 33 楼 乐邪鬼 2009-11-20 4.0的文档完全看不懂，连附带的exmaple都跑不起来。