1. 结束/终止 正在运行的流程实例
思路：跟回退一样的思路一样，直接从当前节点跳到结束节点（EndEvent）
/**
* 结束任务
* @param taskId 当前任务ID
*/
public void endTask(String taskId) {
// 当前任务
Task task = taskService.createTaskQuery().taskId(taskId).singleResult();
BpmnModel bpmnModel = repositoryService.getBpmnModel(task.getProcessDefinitionId());
List endEventList = bpmnModel.getMainProcess().findFlowElementsOfType(EndEvent.class);
FlowNode endFlowNode = endEventList.get(0);
FlowNode currentFlowNode = (FlowNode) bpmnModel.getMainProcess().getFlowElement(task.getTaskDefinitionKey());
// 临时保存当前活动的原始方向
List originalSequenceFlowList = new ArrayList<>();
originalSequenceFlowList.addAll(currentFlowNode.getOutgoingFlows());
// 清理活动方向
currentFlowNode.getOutgoingFlows().clear();
// 建立新方向
SequenceFlow newSequenceFlow = new SequenceFlow();
newSequenceFlow.setId("newSequenceFlowId");
newSequenceFlow.setSourceFlowElement(currentFlowNode);
newSequenceFlow.setTargetFlowElement(endFlowNode);
List newSequenceFlowList = new ArrayList<>();
newSequenceFlowList.add(newSequenceFlow);
// 当前节点指向新的方向
currentFlowNode.setOutgoingFlows(newSequenceFlowList);
// 完成当前任务
taskService.complete(task.getId());
// 可以不用恢复原始方向，不影响其它的流程
// currentFlowNode.setOutgoingFlows(originalSequenceFlowList);
}
补充1：关于BUSINESS_KEY_
BUSINESS_KEY_ 字段是用于将业务系统与Actititi工作流关联的关键字段，通常我们用它来存放业务表的ID，比如：请假ID、报销ID等等。
但是，通常咱们系统不可能只有一个流程，假设我们做的是一个OA系统，那么公司的流程有请假、采购、报销等等流程，那这一个字段如何区分到底是哪个业务流程的ID呢，换言之，假设BUSINESS_KEY_这个字段现在是2，那么我怎么知道这个2是请假表的ID，还是采购表的ID呢？因此，要想通过这个一个字段区分不同的类型就要求这个字段是唯一的，比如我们可以加上业务标识，比如：holiday:2，purchase:3等等。还有一种方式，利用另外一个空闲字段TENANT_ID_，我们可以把业务类型存到TENANT_ID_字段中，这样TENANT_ID_和BUSINESS_KEY_两个字段就能唯一确定是哪个业务的那个ID。
/**
* 7.1.0.M6的act_ru_task表中有BUSINESS_KEY_字段，因此可以直接task.getBusinessKey()
* 而7.1.0.M5中没有这个字段，因此要想获取BUSINESS_KEY_必须从act_ru_execution表中取
*/
@Test
public void testBusinessKey() {
List<Task> taskList = taskService.createTaskQuery().taskCandidateOrAssigned("lisi").taskTenantId("11").list();
Set<String> processInstanceIds = taskList.stream().map(Task::getProcessInstanceId).collect(Collectors.toSet());
List<ProcessInstance> processInstances = runtimeService.createProcessInstanceQuery().processInstanceIds(processInstanceIds).list();
List<String> businessKeyList = processInstances.stream().map(ProcessInstance::getBusinessKey).collect(Collectors.toList());
System.out.println(businessKeyList);
Pattern pattern = Pattern.compile("^(\\w+):(\\d+)$");
List<Integer> businessIds = new ArrayList<>();
businessKeyList.forEach(businessKey->{
Matcher matcher = pattern.matcher(businessKey);
if (matcher.find()) {
String id = matcher.group(2);
businessIds.add(Integer.valueOf(id));
}
});
}
补充2：Activiti不同版本的Bug
首先，我发现不同版本的表结构不一样，当用 7.1.0.M5 版本时，启动就报错，缺少字段
org.apache.ibatis.exceptions.PersistenceException:
### Error updating database. Cause: java.sql.SQLSyntaxErrorException: Unknown column 'VERSION_' in 'field list'
### The error may exist in org/activiti/db/mapping/entity/Deployment.xml
### The error may involve org.activiti.engine.impl.persistence.entity.DeploymentEntityImpl.insertDeployment-Inline
### The error occurred while setting parameters
### SQL: insert into ACT_RE_DEPLOYMENT(ID_, NAME_, CATEGORY_, KEY_, TENANT_ID_, DEPLOY_TIME_, ENGINE_VERSION_, VERSION_, PROJECT_RELEASE_VERSION_) values(?, ?, ?, ?, ?, ?, ?, ?, ?)
### Cause: java.sql.SQLSyntaxErrorException: Unknown column 'VERSION_' in 'field list'
at org.apache.ibatis.exceptions.ExceptionFactory.wrapException(ExceptionFactory.java:30) ~[mybatis-3.5.0.jar:3.5.0]
at org.apache.ibatis.session.defaults.DefaultSqlSession.update(DefaultSqlSession.java:200) ~[mybatis-3.5.0.jar:3.5.0]
at org.apache.ibatis.session.defaults.DefaultSqlSession.insert(DefaultSqlSession.java:185) ~[mybatis-3.5.0.jar:3.5.0]
at org.activiti.engine.impl.db.DbSqlSession.flushRegularInsert(DbSqlSession.java:787) ~[activiti-engine-7.1.0.M5.jar:na]
at org.activiti.engine.impl.db.DbSqlSession.flushInsertEntities(DbSqlSession.java:662) ~[activiti-engine-7.1.0.M5.jar:na]
at org.activiti.engine.impl.db.DbSqlSession.flushInserts(DbSqlSession.java:642) ~[activiti-engine-7.1.0.M5.jar:na]
at org.activiti.engine.impl.db.DbSqlSession.flush(DbSqlSession.java:525) ~[activiti-engine-7.1.0.M5.jar:na]
解决办法也很简单，将缺失的字段加上即可：
ALTER TABLE `act_re_deployment`
ADD COLUMN `VERSION_` int(11) NULL DEFAULT NULL,
ADD COLUMN `PROJECT_RELEASE_VERSION_` varchar(255) NULL DEFAULT NULL;其次，我发现在启动流程实例查询流程定义时，7.1.0.M5是按版本升序取第一个，而7.1.0.M6是降序
同时，还发现7.1.0.M6有一个明显的Bug，这个Bug会导致当有多个部署的时候，即当act_re_deployment表中的记录多于1条时，就无法使用processRuntime.start()启动流程实例
本着用新不用旧的原则，还是建议用7.1.0.M6
还有一个bug，这个bug发生在当使用原生的taskService完成任务时，多次设置同一个流程变量的值后者不会覆盖前者。即，ACT_RU_VARIABLE表中变量的值没有更新。
为了说明这个问题，看下面这个图：
节点“1”完成任务时设置result==3，于是后面的流程永远是1->3->1->3->... ，即使下一次执行时result==1，流程也不会走到2。经过分析，我猜测对同一个变量多次赋值，后者没有覆盖前者，也就是说第2次赋值没有生效，查看ACT_RU_VARIABLE表果然是这样，变量的值没有更新。经过反复试验，我发现用taskRuntime.complete()完成任务时就不会出现这个问题，流程变量的值会正常更新。
Map<String, Object> variables = new HashMap<>();
variables.put("result", 3);
// 这样写的话，多次对同一个流程变量赋值时，流程变量的值不会更新，即后面的赋值永远是不生效的
Task task = taskService.createTaskQuery().taskId("1234").singleResult();
taskService.complete(task.getId(), variables);
// 这样写的话，就很完美，ACT_RU_VARIABLE表的流程变量的值正常更新
taskRuntime.complete(TaskPayloadBuilder.complete().withTaskId("1234").withVariables(variables).build());
补充3：任务监听器文章来源：https://www.toymoban.com/news/detail-494452.html
@Slf4j
@Component
public class TaskCreateListener implements TaskRuntimeEventListener<TaskCreatedEvent> {
@Override
public void onEvent(TaskCreatedEvent event) {
System.out.println("任务被创建");
}
}
@Slf4j
@Component
public class TaskAssignedListener implements TaskRuntimeEventListener<TaskAssignedEvent> {
@Override
public void onEvent(TaskAssignedEvent event) {
System.out.println("任务被指派");
}
}
@Slf4j
@Component
public class TaskCompletedListener implements TaskRuntimeEventListener<TaskCompletedEvent> {
@Override
public void onEvent(TaskCompletedEvent event) {
System.out.println("任务被完成");
}
}
文章来源地址https://www.toymoban.com/news/detail-494452.html
到了这里，关于【工作流Activiti7】4、Activiti7 结束/终止流程的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
