Activiti给bpmn添加监听的大坑

本文解析了在使用Activiti工作流引擎时,监听器注入失败导致的Errorwhileclosingcommandcontext错误。深入分析了监听器创建方式与Spring管理的关系,并提供了解决方案,包括如何正确配置监听器类型,确保对象能被Spring正确管理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

原文地址:https://blog.youkuaiyun.com/weixin_43844343/article/details/84777768

如果使用Activiti给流程添加监听后,启动项目运行时报了Error while closing command context错误,那么你可以看看以下内容

å¨è¿éæå¥å¾çæè¿°

问题:错误是如何产生的呢? 

分析:

我们知道使用spring可以通过注解注入对象,把对象交统一交给spring管理,那么看上图,
我们会想加了注解肯定就是交给spring了吧,但是经过测试,
打印的service为什么会是null呢?​​​​​​​

原因:

回想一下我们在创建监听的时候,activiti的监听类对象交给了spring了没有,于是我就看了一下bpmn,发现创建监听有几个类型,
看了官方文档了解到,创建监听的时候类型是java class 则activiti 在使用到此监听的时候,
会帮你new出来。而使用delegate expression 则会把此监听对象交给spring管理。 
那么可以理解为,当你不使用spring的时候,可以使用java class
创建监听,而一旦你使用spring了,则需要改为delegate expression 了。

å¨è¿éæå¥å¾çæè¿°

改正监听的创建
1.找到bpmn,如下图编辑

å¨è¿éæå¥å¾çæè¿°

2.选择deletegate expression类型,在框中输入${类名} 类名首字母小写
在这里插入图片描述3.点击ok 保存
4.在上传新的bpmn 

总结:
出现此问题的原因是因为我们在创建监听的时候,监听对象没有交给spring管理,当使用到了监听对象的时候,activiti帮我们new 了一个监听对象,而监听对象中又有一个customerservice对象,此对象是没有被spring注入。并不是加了 autowrite注解,就会帮我们注入service对象的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值