浅谈jbpm流程收回和回退的控制方法(一)

     在我们做流程项目时,总会有一种情况是流程已经跑到后面了,但客户要求我要从某某任务开始重走,而且还是要求从什么地方都可以重走.如果你要是按jbpm的思路做,就要到处划线,最后流程图是乱七八糟,(当然你客户不看流程图就没问题,呵呵).
     很多了解jbpm工作原理的人都知道要想让流程回到以前的一个任务重新开始,需要控制任务开启与关闭,还有就是要控制令牌的指向的节点.其实在实际应用中要跟复杂一些比如,要将流程回退到一个分支中,或从一个分支回到到分支开始之前任务上.从子流程回退到主流程中,从子流程回到前面的一个子流程中......(&%#$*? 更复杂的我就不说,用的比较少了).对于以上情况我们会逐个讨论.

     今天可以先讨论一下最简单的情况,先做个假设有流程 a-->b-->c-->d-->e.当前流程已经跑到d,如果要回到b重新跑怎么做那.步骤就是我们上面提到:

                                        一,关闭任务b后创建的并且没有关闭的任务

                                                (与任务b同在一个节点上没有完成的任务除外)

                                        二,开启任务b.

                                        三,将令牌指向任务b所在的节点.

       如何开关一个任务 :任务实例TaskInstance有三个重要的属性end(任务结束时间),isOpen(任务是否开启),isSignalling(任务是否可流转).控制这3个属性就可以控制任务实例.如果要开启一个任务,就让end=null.isOpen=true,isSignalling=true.如果要关闭一个任务就是end=new Date().isOpen=false,isSignalling=false.另外还有一个属性isCancelled,如果你关闭的任务作废了,不需要作为历史任务保留,就让isCancelled=true;

       如何控制令牌的指向 :当前令牌保存的是任务d所在节点的节点Id,因为你要从任务b开始重新走流程,所以应该将任务b所在节点的id装入令牌中:

                            Node node = taskInstance.getTask().getTaskNode();//取任务b所在节点
                            if (node == null) {
                                    node = taskInstance.getTask().getStartState();//有可能是要退到头的
                            }
                            taskInstance.getToken().setNode(node);

       这样就ok了,不过这样只能处理简单的回退,当涉及到分支,子流程事时不成的(这个下次再说),开启和关闭任务的3个属性有的是没有set方法的,需要写sql,hql.

       最后说一下我这里回退的业务逻辑,回退操作每次只能开启一个历史任务,该任务之后创建的任务全部作废(end=null.isOpen=true,isSignalling=true,isCancelled=true),但如果有属同一节点上的任务且未完成.就不作废了.

       今天就说到这吧,下次讨论一下含分支的处理逻辑.

评论

7 楼 okhaoba 2008-10-05  

任务实例可以取消
taskInstance.cancel();

6 楼 yuyanshan 2008-08-08  

我按你说的做了，流程也回退到了B但是为什么没有对B再次进行角色赋值，现在是看流程是停在B了，但是没有人有权对B进行审批了，是为什么 呀
能不能把你的代码贴全一点呀

5 楼 zhoden 2008-07-28  

写得不错!

4 楼 上杉t 2008-07-24  

    谢谢大家指正,功能来自于客户需求.jbpm没有提供这个功能,我们只能出此下策,不过我别不任务对执行轨迹不好跟踪.做好历史任务列表功能也可以体现执行轨迹,
   其实我写这个小文章是想和大家分享jbpm对流程的控制方式,了解这些不管你是不是要用这个功能,至少可以对jbpm的流程执行有点了解,呵呵.
   对分支流程的分析正在编写中.择日推出,大家拍砖.

3 楼 skllb 2008-07-23  

功能上是可以实现，那是因为JBPM是基于状态图的，但实际上不应该这么做，因为这用写违背了JBPM的基于UML状态图的思想，且对流程执行轨迹不好跟踪。

2 楼 llandyl 2008-07-18  

不错。“如果你要是按jbpm的思路做,就要到处划线,最后流程图是乱七八糟”。
现在我们只是固定几种情况，即改变业务的复杂度。不支持任意流转。

期待你继续分析，总结。

1 楼 碧海山城 2008-07-16  

期待您的大作