也谈一下Activiti工作流节点的自由跳转

本文探讨了在openwebflow中实现工作流节点自由跳转遇到的问题,包括手动调用SqlSession可能遗漏的初始化操作、缺乏后退功能以及任务覆盖问题。作者通过分析源码,经历了多次尝试,发现直接数据库操作和使用taskService的不足,并指出Activiti的封装复杂,涉及过多的Command、事件、AtomicOperation和Listener。为了解决这些问题,作者选择自定义Command并交由CommandExecutor执行,最终成功实现安全的工作流节点跳转功能。

安利一下国产化OpenWebFlow!!

https://github.com/bluejoe2008/openwebflow

 

OpenWebFlow是基于Activiti扩展的工作流引擎,它扩展的功能包括:

  • 完全接管了Activiti对活动(activity)权限的管理;
  • 完全接管了Activiti对用户表(IDENTITY_XXX表)的管理;
  • 允许运行时定义activity!彻底满足“中国特色”,并提供了安全的(同时也是优雅的)催办、代办、加签(包括前加签/后加签)、自由跳转(包括前进/后)、分裂节点等功能

最近在搞openwebflow的工作流节点自由跳转功能,在网上看了一些资料,感觉不是很好,总结原因如下:

 

  • 直接手动调用SqlSession的操作,感觉会漏掉一些重要的初始化操作(如:启动新节点之后加载其用户授权策略,等);
  • 只有往前(往已执行过的节点)跳转的功能,没有往后节点(往还没有执行的节点)跳转的功能;
  • 新任务不是追加到已有执行路径上,而是覆盖老任务;

 

那么就自己动手吧!操作流程其实也简单,大概如下:

 

  1. 按照目标节点(activity)定义创建一个新的任务(task),这个创建过程必须和正常流程到了某个节点的时候完全一样(如:不应该忽略用户授权策略的加载,任务名称表达式的计算,等);
  2. 删除掉当前任务(task);

 

注意:直接删除当前节点会报错,因为它还在流程之中,所以要先解除任务与当前执行execution的关联;

以上操作如何安全的实现呢?看了一下源码,经过多次痛苦的尝试,积累了不少教训:

 

  • 直接SqlSession操作数据库是不行的,这种方法容易擦枪走火!
  • 直接taskService.saveTask也是不行的,因为它实际上仅仅是针对DbSqlSession的操作!不commit一切操作都白搭!

 

那么怎么办呢?我想说的是,Activiti的封装做得很厚,想完全看懂是太难的。目前我还没想完全看懂,直接吐槽一下,与后人分享其中的痛苦:

 

  • 太多的Command!一个saveTask()总会包装成SaveTask操作,关键代码总是藏得很深!
  • 太多的事件!
  • 太多的AtomicOperation!
  • 太多的Listener!
  • 太多的CommandInterceptor!隐隐约约感觉Activiti将各种CommandInterceptor组成一个chain,然后在执行核心代码的时候会一层一层的剥洋葱!
<think>我们正在讨论Activiti工作流引擎中如何实现流程跳转到任意节点的问题。根据引用[3]的内容,Activiti提供了节点跳转的功能,允许从一个节点跳转到另一个节点,即使它们之间没有直接的连线。 在Activiti中,流程的跳转通常通过`RuntimeService`的`createProcessInstanceModification`方法来实现。这允许我们在流程实例运行时修改其执行路径。具体步骤如下: 1. 获取当前流程实例的ID。 2. 使用`RuntimeService`创建一个流程实例修改对象(`ProcessInstanceModificationBuilder`)。 3. 指定要取消的当前活动节点(如果需要)。 4. 指定要跳转到的目标节点(使用节点ID)。 5. 执行修改。 这里有一个简单的代码示例: ```java // 获取RuntimeService RuntimeService runtimeService = ... // 通过流程引擎获取 String processInstanceId = "当前流程实例ID"; String targetNodeId = "目标节点ID"; // 例如:usertask5 // 创建修改 runtimeService.createProcessInstanceModification(processInstanceId) .cancelActivityInstance("当前活动节点实例ID") // 可选,如果当前节点只有一个活动实例,可以通过活动实例ID取消 .startBeforeActivity(targetNodeId) // 跳转到目标节点之前,即启动目标节点 .execute(); ``` 或者,如果我们知道当前的任务ID,我们可以先获取当前的任务,然后获取当前的活动节点实例,再进行跳转。 另一种方法是使用`ActivityInstance`来获取当前的活动节点实例信息,然后进行跳转。 注意:跳转操作需要谨慎,因为它会改变流程的正常路径,可能会影响流程数据的完整性。因此,在执行跳转前,需要确保目标节点是合法的,并且跳转后流程的状态仍然是一致的。 另外,Activiti还提供了通过`Execution`对象进行跳转的方式,例如: ```java List<Execution> executions = runtimeService.createExecutionQuery() .processInstanceId(processInstanceId) .activityId("当前节点ID") // 例如:usertask3 .list(); for (Execution execution : executions) { runtimeService.createChangeActivityStateBuilder() .processInstanceId(processInstanceId) .moveExecutionTo(execution.getId(), targetNodeId) .changeState(); } ``` 以上代码中,我们首先查询到当前正在执行的执行流(execution),然后使用`createChangeActivityStateBuilder`来改变执行流的状态,将其移动到目标节点。 需要注意的是,这些操作都需要在流程实例处于运行状态时进行,并且跳转的目标节点必须在流程定义中存在。 在实际应用中,我们可能需要根据业务需求选择合适的跳转方式,并处理跳转后可能产生的数据变更和后续流程的走向。 §§相关问题§§ 1. Activiti中流程跳转有哪些注意事项? 2. 如何回退到上一个节点? 3. Activiti中流程跳转后,流程变量如何处理?</think>在 Activiti 工作流引擎中实现流程跳转到任意节点的功能,可以通过以下两种核心方法实现: ### 方法一:使用 `RuntimeService.createProcessInstanceModification`(推荐) ```java String processInstanceId = "当前流程实例ID"; String targetNodeId = "目标节点ID"; // 如 usertask5 runtimeService.createProcessInstanceModification(processInstanceId) .cancelAllForActivity("当前活动节点ID") // 取消当前节点 .startBeforeActivity(targetNodeId) // 启动目标节点 .execute(); ``` **说明**: 1. `cancelAllForActivity()` 终止当前节点所有实例 2. `startBeforeActivity()` 在目标节点前创建新执行流 3. 适用于 Activiti 5.17+ 版本[^3] ### 方法二:使用 `CommandContext`(底层API) ```java ProcessEngineConfigurationImpl config = (ProcessEngineConfigurationImpl) ProcessEngines.getDefaultProcessEngine().getProcessEngineConfiguration(); config.getCommandExecutor().execute(commandContext -> { ExecutionEntity execution = ...; // 获取当前执行实例 execution.destroyScope("跳转原因"); // 创建新执行路径 ExecutionEntity newExecution = execution.createExecution(); newExecution.setCurrentFlowElement( processDefinition.findActivityElement(targetNodeId) ); // 触发节点进入事件 newExecution.executeActivityBehavior(); return null; }); ``` **说明**: 1. 直接操作执行实例(`ExecutionEntity`) 2. 需要手动处理流程作用域和事件触发 3. 适用于需要深度定制场景[^2] ### 关键注意事项 1. **节点有效性**:目标节点必须在流程定义中存在 2. **变量处理**:跳转后需手动同步流程变量 ```java runtimeService.setVariables(newExecutionId, variablesMap); ``` 3. **事件触发**:自动节点(如ServiceTask)需手动触发`execute()` 4. **历史记录**:跳转操作会生成`ACT_HI_ACTINST`历史记录 5. **并发控制**:多实例场景需遍历所有执行实例 > 重要提示:流程跳转属于高风险操作,会破坏正常流程路径,建议仅在调试或特殊业务场景使用。生产环境应优先考虑通过`BPMN 2.0`规范的`boundary event`或`sequenceFlow`实现合法流转[^1]。
评论 21
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值