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。