spring-boot小版本升级导致flowable启动失败

flowable报错位置的代码： liquibasechangelogStandardChangeLogHistoryService.java

异常：ClassCastException: java.time.LocalDateTime cannot be cast to java.lang.String

昨天进行了代码迁移，把一个工作流服务从迁到新项目，新项目与就项目大致上的框架是一致的，只有少许不同，一开始我以为是数据库连接的URL里什么参数没配对，但是发现配置文件是一致的，错误的主要原因是数据库的datetime字段类型查询出来后在原本那边是java.sql.Timestamp，而在新项目却是java.time.LocalDateTime，就猜测是mysql连接驱动mysql-connector-java的版本是否有差异导致的，一看pom.xml发现是没有指定版本号的，然后就又看了一下两边的spring-boot版本，果然版本是不同的，旧的项目那边是2.3.8.RELEASE，而新项目是被升级到了2.3.12.RELEASE，那么问题基本就确定了，应该就是spring boot这几个版本有去进行升级了mysql-connector-java的依赖版本。
我就跑去查看了spring boot 更新日志后发现，在spring boot 2.3.9.RELEASE时就已经升级了mysql-connector-java的依赖版本，那么我就得去看看mysql-connector-java的升级到底做了什么，有没有参数能去处理这个鬼情况。

• spring boot 2.3.8.RELEASE所用的mysql-connector版本是8.0.22。
• spring boot 2.3.12.RELEASE所用的mysql-connector版本是8.0.25。

在mysql-connector 8.0.22版本中，mysql datetime字段是使用java.sql.Timestamp类，而在mysql-connector 8.0.23以上的版本，则是使用java.time.LocalDateTime这个类。

MySQL Connector/J 8.0.23的更新日志中所提到的重要改变。

1.把该服务的mysql-connector-java单独降低到8.0.22版本

 
            mysql
            mysql-connector-java
            8.0.22

2.创建一个相同包路径的同名类，把原本StandardChangeLogHistoryService的代码全搬过来，然后修改报错部分

if (tmpDateExecuted instanceof Date) {
    dateExecuted = (Date) tmpDateExecuted;
} else if (tmpDateExecuted instanceof LocalDateTime) {
    // 处理8.0.23以上的mysql驱动版本中LocalDateTime转Date
    dateExecuted = Date.from(((LocalDateTime) tmpDateExecuted).atZone(ZoneId.systemDefault()).toInstant());
} else {
    DateFormat df = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
    try {
        dateExecuted = df.parse((String) tmpDateExecuted);
    } catch (ParseException e) {
        // Ignore ParseException and assume dateExecuted == null instead of aborting.
    }
}

主要就是加上那段else if (tmpDateExecuted instanceof LocalDateTime) 然后去处理LocalDateTime转Date。

我最终是选择了第二个方案，去覆盖掉flowable的类，然后做对应的处理，降低mysql-connector-java的版本虽然有效果，但不知道会不会出啥问题。