jbpm4.4之待处理任务 【转】

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

 processEngine.getTaskService().findPersonalTasks(用户ID);  //获取个人任务
 processEngine.getTaskService().findGroupTasks(用户ID);    //获取所在组任务

 

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

 select  task  from  org.jbpm.pvm.internal.task.TaskImpl task  left   join  task.participations
  pt where  (task.assignee= '用户ID'   or  ( task.assignee  is   null   and  pt.type =  'candidate'
  and  ((pt.userId= '用户ID' )  or  (pt.groupId  in  ( '分组1' , '分组2' , '分组3' )))))

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

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

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

 select  it.*,jt.DBID_  as  task_id,jt.NAME_  as  task_name  from  itsm_task it  left   join
  jbpm4_task jt on  it.execution_id = jt.EXECUTION_ID_  left   join  jbpm4_participation
  jp on  jt.DBID_ = jp.TASK_  where  it.status<3  and  (jt.ASSIGNEE_ =  'admin'   or
 (jt.ASSIGNEE_ is   null   and  jp.TYPE_ =  'candidate'   and  ((jp.USERID_ =  'admin' )  or
 (jp.GROUPID_ in ( 'TECH_UNCERTAIN' , 'UNCERTAIN_EMPLOYEE' , 'TECH_EMPLOYEE' , 'admin' )))))
  group   by  jt.DBID_

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