weixin_43841461的博客

自动建表操作是f2来做的，它所建的表都是些核心表，表名为大写。f1提供了initsql，sql中包含了所有的表，有自己的还有f2的那些核心表，表名均为小写。在部署一个工作流项目（flowable）时，这边把测试库的表直接还原到正式环境，在启动后发现flowable又单独建了一套大写的表名表，之前因为是在windows下创建，表名默认是小写，windows下没有问题，linux下无法识别小写表名。1 windows 下默认规则，表名存储在磁盘是小写的，但是比较的时候是不区分大小写。

多实例任务允许在一个流程中创建多个相同类型的任务实例。这些任务可以是并行执行的，也可以是顺序执行的。会签：所有任务实例都必须完成。或签：任一任务实例完成即可。

查找后发现是项目未引用 flowable5CompatibilityEnabled的相关依赖，添加后问题解决。

Override// 执行自定义逻辑@Override@Override// 注册 TASK_CREATED 事件监听器});

是 Flowable 中定义的一个异常类，用于表示在更新数据时检测到版本号不一致的情况。super();

在catalina.bat文件中找到如下地方，加入 -Dfile.encoding=UTF-8 ，重启服务在部署流程发现正常。org.flowable.bpmn.exceptions.XMLException: 元素类型... 必须由匹配的结束标记。经检查发现是数据库存的中午乱码导致xml结构异常了。

同时还发新另外一个日志：Process holding the lock: 3378124. Wait queue: 3376671：这条信息提供了更具体的细节，说明当前持有锁的进程ID是3378124，而等待队列中有至少一个进程（3376671）正在等待获取锁。后面经过排查，发现是在任务监听中用了同步的 http请求超时导致的，应该是超时后导致事务被锁，进而出现慢的问题。

最近在生产环境有用户反馈系统流转速度较慢，这边用的是金仓数据库，这边查了数据库的慢sql日志，最后发现问题，以下是部分慢sql的执行时间截图。增加索引后，流转效率有明显提升。

Flowable 7.0.0是Flowable引擎的第一个稳定版本，专注于Spring Boot 3、Spring 6和Java 17的升级。REST应用程序要求使用支持Jakarta 9的servlet容器/应用服务器。此版本重点关注BPMN、CMMN、DMN和事件注册引擎的主Flowable引擎和REST API。这意味着没有UI应用程序、内容和表单引擎，以及Mule和其他一些模块被移除。

从 BPMN 1.0 的诞生到 BPMN 2.0 的成熟，我们见证了业务流程管理领域的一次次变革。BPMN 2.0 不仅改变了业务流程的建模方式，也为业务流程的执行提供了坚实的基础。随着技术的进步和社会的发展，BPMN 2.0 必将继续演化，引领业务流程管理领域的未来。

flowable适配国产开源数据库TiDB

FlowableWrongDbException: version mismatch: library version is '6.5.0.1', db version is 5.99.0.0