Jbpm4或Activiti5的流程任务分发与汇总

应用场景:在企业或事业单位,经常需要把一个任务分派给多条线去处理,每条线可以由一个或多个步骤构成,多条线的任务完成后需要再汇总一起于某个任务上。如下例子为一个公文下发流程,这个流程就涉及到任务的两级分发。

 

图一 原流程定义图

 
图二 执行过程中流程图


以上黄色的代表任务分发,紫黄代表任务汇总。

解决方法一:
我们可以把多个任务线用子流程去实现也可以,这样在分发那里会产生多个子流程,子流程完成后,需要汇总。但若有多级分发与汇总,则需要子流程再嵌套子流程。

解决方法二:
    把分发的任务线当作普通的任务来实现,该产生多少个任务可由分发任务决定,这些任务的名称是一样的,但任务实例id不一样,执行人不一样。

在jbpm4或Activiti5上,动态创建子流程及对子流程的处理上,相对要完成的工作多一些,主要是activity或jbpm4上没有提供这块api。而动态创建任务在jbpm4或activiti5上也是没有提供的,只有activiti5上提供了一个taskService.newTask,而该方法产生的新任务则跟流程定义无关,则表示该任务完成后,不能产生后续的任务。在此,我们先提供activiti5的解决办法。Jbpm4的解决方法可以参照该方式实现,以下为解决方案的步骤:


1.    第二种解决方案的关键点在于如何动态创建任务,在这里,我们绕过activiti的API直接对activiti5表进行生成处理,让他生成我们需要流程数据。
如下所示:

/**
	 * 按任务Id,复制另一会签任务出来
	 * @param orgTaskId
	 * @param assignee
	 * @return
	 */
	public ProcessTask newTask(String orgTaskId,String assignee)
	{
		
		String newExecutionId=UniqueIdUtil.getNextId();
		String newTaskId=UniqueIdUtil.getNextId();
		
		TaskEntity taskEntity=getTask(orgTaskId);
		ExecutionEntity executionEntity=null;
		if(taskEntity.getExecution()!=null){
			executionEntity=taskEntity.getExecution();
		}else{
			executionEntity=getExecution(taskEntity.getExecutionId());
		}
		
		
		ProcessExecution newExecution=new ProcessExecution(executionEntity);
		
		newExecution.setId(newExecutionId);
		
		ProcessTask newTask=new ProcessTask(taskEntity);
		newTask.setId(newTaskId);
		newTask.setExecutionId(newExecutionId);
		newTask.setCreateTime(new Date());
		
		newTask.setAssignee(assignee);
		newTask.setOwner(assignee);
		
		ProcessTaskHistory newTaskHistory=new ProcessTaskHistory(taskEntity);
		newTaskHistory.setAssignee(assignee);
		newTaskHistory.setStartTime(new Date());
		newTaskHistory.setId(newTaskId);
		newTaskHistory.setOwner(assignee);
		
		executionDao.add(newExecution);
		taskDao.insertTask(newTask);
		taskHistoryDao.add(newTaskHistory);
		
		return newTask;
	}

 

说明:以上代码写在BpmService类里,关键是从原来的任务中复制一份新的数据出来,同时需要复制其Execution的记录以及执行历史的记录。

 

2.    需要记录分发与汇总的节点

 
所以在流程节点的设置上,我们提供了以下的配置实体。

public class BpmNodeSet extends BaseModel
{
	
	/**
	 * 在线表单
	 */
	public static Short FORM_TYPE_ONLINE=0;
	/**
	 * URL表单
	 */
	public static Short FORM_TYPE_URL=1;
	
	/**
	 * 普通任务节点
	 */
	public static Short NODE_TYPE_NORMAL=0;
	/**
	 * 分发任务节点
	 */
	public static Short NODE_TYPE_FORK=1;

	// setId
	protected Long setId;
	// 流程定义ID
	protected Long defId;
	// 节点名
	protected String nodeName;
	// Activiti流程定义ID
	protected String actDefId;
	// 节点ID
	protected String nodeId;
	// 表单类型(0:在线表单,1:URL表单)
	protected Short formType=-1;
	// 表单URL
	protected String formUrl;
	// 表单定义ID
	protected Long formDefId;
	// 表单名称
	protected String formDefName;
	
	/**
	 * 任务类型:
	 * 0=普通任务
	 * 1=分发任务
	 */
	protected Short nodeType;
	
	/**
	 * 当任务类型=1时,可以指定汇总任务Key
	 */
	protected String joinTaskKey;
	/**
	 * 当任务类型=1时,指定的汇总任务名称
	 */
	protected String joinTaskName;
	...
	
}

 然后在任务的创建及完成的事件里加上监听若当前的任务为分发任务,则动态产生分发的任务。若为汇总任务,则只产生最后一个汇总,以免得由Activiti产生多个汇总任务。

在监听事件创建分发任务(TaskCreateListener.java类)

BpmNodeSet bpmNodeSet=bpmNodeSetService.getByActDefIdNodeId(actDefId, nodeId);
		if(bpmNodeSet!=null && BpmNodeSet.NODE_TYPE_FORK.equals(bpmNodeSet.getNodeType())){//当前任务为分发任务
			Map<String,List<String>> nodeUserMap=taskUserAssignService.getNodeUserMap();
			//若当前的线程里包含了该任务对应的执行人员列表,则任务的分发用户来自于此
			if(nodeUserMap!=null && nodeUserMap.get(nodeId)!=null){
				List<String> userIds=nodeUserMap.get(nodeId);
				bpmService.newForkTasks((TaskEntity)delegateTask, userIds);
				//产生分发记录,以方便后续的任务汇总处理
				taskForkService.newTaskForks(delegateTask,bpmNodeSet.getJoinTaskName(), bpmNodeSet.getJoinTaskKey(), userIds.size());
			}else{
				ForkUser forkUser=taskUserAssignService.getForkUser();
				if(forkUser!=null){
					bpmService.newForkTasks((TaskEntity)delegateTask, forkUser.getForkUserIdsAsList());
					
				}
			}
				
		}

 

以上代码中,分发任务的创建对应的人员来自表单中指定的人员。

任务汇总时,我们需要记录完成的情况,若为汇总节点,我们会根据汇总完成的情况,进行处理,若汇总的任务尚没有全部完成,后续产生的汇总任务我们则采用删除策略,该方法定义在BpmService类中。

 

/**
	 * 检查及删除重复的汇总任务
	 * @param processInstanceId
	 */
	public void deleteRepeatJoinTask(String processInstanceId){
		List<TaskEntity> taskList=getTasks(processInstanceId);
		for(TaskEntity task:taskList){
			//判断后续的节点是否为汇总节点,若是,则需要检查是否需要产生后续的任务
			BpmNodeSet joinNodeSet=bpmNodeSetService.getByActDefIdJoinTaskKey(task.getProcessDefinitionId(), task.getTaskDefinitionKey());
			if(joinNodeSet!=null){
				TaskFork taskFork=taskForkService.getByInstIdJoinTaskKey(task.getProcessInstanceId(), task.getTaskDefinitionKey());
				if(taskFork!=null){
					if(taskFork.getFininshCount()<taskFork.getForkCount()-1){
						taskService.deleteTask(task.getId());
						//更新完成任务的个数
						taskFork.setFininshCount(taskFork.getFininshCount()+1);
						taskForkService.update(taskFork);
					}else{
						taskForkService.delById(taskFork.getTaskForkId());
					}
				}
			}
		}
	}

 

最终实现的效果可以如下所示:

 

 

 

更多资讯请加QQ了解3102760881

 

RAR 是一个让你在命令行模式中管理压缩文件的控制台应用。RAR 提供压缩、加 密、数据恢复和许多其它此手册中描述的其它功能。 RAR 只支持 RAR 格式压缩文件,它默认有 .rar 扩展名。不支持ZIP 和其他格 式。即使创建压缩文件时指定了 .zip 扩展名,它仍然是 RAR 格式的。Windows 用户 可以 WinRAR,它支持更多的压缩文件类型,包括 RAR 和 ZIP 格式。 WinRAR 提供了图形用户界面和命令行模式。虽然控制台 RAR 和图形界面 WinRAR 有相似的命令行语法,但是它们还有有一些不同。所以推荐使用此 rar.txt 手册用于 控制台 RAR(rar.exe 在 Windows 版本的情况下),winrar.chm 是图形界面 WinRAR (winrar.exe) 的帮助文件。 配置文件 ~~~~~~~~ Unix 版本的 RAR 从用户的 home 或 /etc 目录中的 .rarrc 文件读取配置文件信息 (存储在 HOME 环境变量中) Windows 的版本 RARrar.ini 文件读取配置文件信息,它放在 rar.exe 文件相 同的目录中。 这个文件包含下列字符串: switches=任何 RAR 开关,用空格分开 例如: switches=-m5 -s 环境变量 ~~~~~~~~ 可以通过建立"RAR"环境变量来添加默认参数到命令行中. 例如,在 Unix 中,下列命令行可以被添加到你的配置中: RAR='-s -md1024' export RAR RAR 将使用这个字符串作为命令行的默认参数,并将使用 1024KB 字典大小来创建 “固实”压缩文件RAR 控制选项使用下列优先级: 命名行开关 最高优先级 在 RAR 变量中的开关 低优先级 保存在配置文件中的开关 最低优先级 日志文件 ~~~~~~~~ 如果在命令行或配置文件中指定开关 -ilog ,RAR 将会把处理压缩文件中遇到的错误 等写到日志文件中。读取开关 -ilog 描述获得更多信息。 固实压缩文件列表 - rarfiles.lst ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ rarfiles.lst 包含一个用户定义的文件列表,告诉 RAR 添加文件到固实压缩文件时的顺 序。它可以包含文件名通配符和指定项目 -$default。默认项目定义了这个文件中与 其他项目不相符时的顺序清单位置。 注释字符是 ';'. 在 Windows 中,这个文件应该放在 RAR 所在的或 %APPDATA%\WinRAR 目录中, 在 Unix 中- 放在用户的 home 目录或在 /etc 中。 提高压缩率和操作速度的提示: - 在压缩文件中,小文件应该被组织在一起; - 频繁被处理的文件应该放在开始的位置。 普通的掩码越靠近顶端优先权就越高,但是这个规则存在例外。如果 rarfiles.lst 包含两个掩码,并且所有文件既匹配第一个掩码,也匹配第二个掩码, 较小的子集 或者更精确的匹配拥有更高的优先权。例如,如果你用 *.cpp 和 f*.cpp 掩码, f*.cpp 拥有更高的优先权。 RAR 命令行语法 ~~~~~~~~~~~~~~ 语法 RAR [ - ] [ ] [ ] [ ] 描述 命令行选项 (命令和开关) 提供了使用 RAR 创建和管理压缩文件的控制方法。命 令是一个字符串(或单个的字母),命令 RAR 去执行一个相应的操作。开关被用来 改变 RAR 执行操作的方法。其它参数是压缩文件名和被压缩文件或要从压缩文件 中被解压文件。 列表文件是一个包括处理的文件名的纯文本文件。第一列应该以文件名开始。可以 在//字符后添加注释。例如,你可以创建包含下列字符串的 backup.lst: c:\work\doc\*.txt //备份文本文档 c:\work\image\*.bmp //备份图片 c:\
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值