踩坑日记：记一次流程图问题排查
标签： activiti | 流程
引言
今天排查了一个流程图问题，耗时2个小时终于解决，记录下来
现象
流程审批驳回报错：Unknown property used in expression: ${xxxx}
使用的是 activiti 流程
错误日志：
Error while closing command context
org.activiti.engine.ActivitiException: Unknown property used in expression: ${A0_LS_YCSHENPI}
流程图：
其中三条分支的配置分别为：
${path==‘P3’}
${path==‘P2’}
${action == ‘REFUSE’ || action == ‘REJECT’}
修改后的流程图：
其中三条分支的配置分别为：${action==‘PASS’&&path==‘P3’}
${action==‘PASS’&&path==‘P2’}
${action == ‘REFUSE’ || action == ‘REJECT’}
分析过程
完整日志：
提交时执行路径计算,taskId: 55438607,result: ProcessScriptExecuteResult(result=ProcessScriptExecuteResult.Result(path=P3, nextStepRoleIdList=[A0_LS_YCSHENPI], userId=null, nextStepSysFlag=false, nextTaskName=null), isSuccess=true, errMsg=null)
事务开始, transactionDefinition: PROPAGATION_REQUIRED,ISOLATION_DEFAULT
ActivitiGlobalTaskCompletedListener action: REJECT, taskId :55438607
ActivitiGlobalTaskCompletedListener over, taskId: 55438607
2024-07-12 08:49:24.003
Error while closing command context
org.activiti.engine.ActivitiException: Unknown property used in expression: ${A0_LS_YCSHENPI}
通过完整的日志 以及打断点方式 了解了整个流程
后端接到驳回的请求之后不管是否驳回 都会先调用grovvy的脚本 计算一下 下一步的审批人
计算完成后再去根据action 判断走哪个流程
结果就是 计算后得到结果 Result(path=P3, nextStepRoleIdList=[A0_LS_YCSHENPI], userId=null, nextStepSysFlag=false, nextTaskName=null), isSuccess=true, errMsg=null)
但实际上 应该驳回或否决的路 ，结果走到了下一个人审批的路径
导致程序去bpmn中找对应的角色 找不到，最后报错
解决方案就是，使用action强制约束每条路径
${action==‘PASS’&&path==‘P3’}
${action==‘PASS’&&path==‘P2’}
${action == ‘REFUSE’ || action == ‘REJECT’}
最后问题解决。（长舒一口气）
总结
这是一个画流程图的坑
画流程图时需要注意：如果一个节点之后有多个分支，需要先试用 action 做好分流，再用path做进一步的分流。
