IDEA 2020, 2021后无法使用actiBPM插件的解决办法,以及assignee为null的问题解决

IDEA 2020, 2021后无法使用actiBPM插件的解决办法

在idea2019版本后好像就插件仓库就搜不到actiBPM了, 毕竟它也只维护到了2019这个版本

目前根据网上的说法, 是有两种办法

1. 使用Activiti BPMN visualizer代替

   

   这里需要注意, 它只能识别.bpmn20.xml结尾的文档. 右键最下面会有这个查看的菜单
   

2. 使用扩展程序camunda-modeler

   官网: https://camunda.com 但是我下载没速度

   github: https://github.com/camunda/camunda-modeler 推荐来这边下载

arguments点击加号, 添加filepath变量

然后就可以右键bpmn文件, 选择扩展

注意

2022年4月1日更新, 目前我还是推荐使用官方的activiti-app工具, 下载地址是 https://github.com/Activiti/Activiti/releases/download/activiti-6.0.0/activiti-6.0.0.zip, 推荐找cdn加速下载.
解压一个war包, 在tomcat打开, 打开http://localhost:8080/activiti-app, 然后 admin/test账号密码登录即可, 亲测可以比较好的匹配, 毕竟是官方出的

1. assignee为null

我在测试的时候, 发现部署, 启动都正常, 但是在查询task的时候, 死活查不到assignee, 看表ACT_RU_TASK中, ASSIGNEE_的字段也是null

一开始以为是我画的流程图有问题, 反反复复测试, 还是不行, 折腾了2天

最后发现, camunda-modeler画完图以后, 得到的xml中的标签是camunda:assignee, 需要换成activiti:assignee

修改后标签会报错, 需要改命名空间

<bpmn:definitions xmlns:bpmn="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI"
                  xmlns:dc="http://www.omg.org/spec/DD/20100524/DC" xmlns:di="http://www.omg.org/spec/DD/20100524/DI"
                  xmlns:camunda="http://camunda.org/schema/1.0/bpmn" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                  xmlns:activiti="http://activiti.org/bpmn" xmlns:modeler="http://camunda.org/schema/modeler/1.0" id="Definitions_03io3g1"
                  targetNamespace="http://bpmn.io/schema/bpmn" exporter="Camunda Modeler" exporterVersion="4.9.0"
                  modeler:executionPlatform="Camunda Platform" modeler:executionPlatformVersion="7.15.0">

2. 流程id

其次, 如果流程已经部署, 直接改xml再部署也不会生效, 需要修改流程id以后再部署, 虽然启动的时候都会取最新版本的process, 但是不知道是不是没有覆盖assinee. 所以修改流程id再部署比较稳妥.

3. 流程设计

最后, 流程图设计很重要, 因为本身我们用的工具就不契合activiti, 即使有问题, 打开流程图也不会报错, 部署和发起流程都会看似正常, 但是会冒出很多奇奇怪怪的问题. 所以如果要大改流程. 最好不要在原来的基础上改, 而是直接重新建一个新的.

在外网博客查到的说法是:

1. Camunda 只支持 Mysql5.6和5.72，不修改.bpmn 文件开发,使用 mysql8.0，在查询个人任务时数据库中没有信息，但是它可以在进程定义和进程部署期间正常使用。查询个人信息，数据库是空的，这可能是不兼容的进程时部署，修改后的文件，它可以正常开发。
2. 是否尝试使用 MySQL 的低版本，因此无法告知是否必须修改该文件。这里给出的方法是修改用于流部署、任务查询的文件。