jbpm4.4之待处理任务

本文主要是介绍jbpm4.4之待处理任务，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

jbpm4中已有获取待指定用户处理的任务的方法，如下：

      也可以自己写HQL通过hibernate来将个人任务和分组任务一起查询：

其中用户ID和分组等参数可以通过?方式来传入。

      然而如果系统中有多种业务用到jbpm工作流的话(比如OA中有请假、出差、公文收发等)，jbpm4自带的两个方法是获取到的是所有业务的任务，而无法获得每个任务对应的是哪个业务，当然也有偏门的方法，比如通过task中的getExecutionId来判断对应的哪个业务(可以看下附加信息)。

      这样任务对应的业务还是好获取到，系统中一般会将不同业务的任务设置成不同的模块，并且一般获取任务时还需要附带一些对应的业务信息，比如请假任务能看到请假人、请假天数等信息，这些信息在我们通过上面的方法中获取到的任务List中是获取不到的，我们得想办法将这些信息同任务一起展现出来。
      对于这个问题我之前用了一个很别扭的方法，就是先获取到待处理的任务，然后循环去查询每个任务对应的业务信息，最后把任务和业务信息封装在一起，存入List中返回，这样每一次要经过很多的查询，性能大大下降，如果要通过条件查询或者分页等需求就又很麻烦了。
      后来无意间又想到一个方法(知道用HQL查询任务的方法后)，何不在这个HQL上再改一下，把业务的表也关联进来，那样不就一次查询就将任务和业务记录绑定起来了，这样通过业务信息进行条件查询、分页查询都很好解决了。
      另外在最近做的一个功能中接触到了优先级这个东东，用于在任务列表中按优先级排序，jbpm4的表中本来有PRIORITY_这个字段，但我没找到合适的方法给它设值，所以我就直接将优先级直接放入业务表中了，正好这个优先级的问题也解决了。
      由于我这项目本身用的框架没用hibernate，所以最终还是直接用SQL来获取待处理任务了，最终的SQL大致如下：

附：
executionService().startProcessInstanceByKey(流程KEY,业务KEY);
在启动流程时可以指定一个业务的KEY，比如:
executionService().startProcessInstanceByKey('INCIDENT','IN0001');
'INCIDENT'是流程定义的KEY，'IN0001'是业务的KEY，这样启动流程创建的Execution的ID则为'INCIDENT-IN0001'，如果没有指定业务KEY，则jbpm会默认将Execution的主键(DBID_字段)作为业务KEY。

这篇关于jbpm4.4之待处理任务的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---