MyBatis升级后，如何解决OffsetDateTime参数解析异常？
- 内容介绍
- 文章标签
- 相关推荐
本文共计2831个文字，预计阅读时间需要12分钟。
背景：最近有一个数据统计服务需要升级SpringBoot版本。
需求：将SpringBoot版本从1.5.x.RELEASE升级到2.3.0.RELEASE。
原因：考虑到代码整洁和版本规范。
结果：升级过程中，发现没有使用到SpringBoot的内置SPI，且升级过程顺利，实现了代码和版本的优化。
背景
最近有一个数据统计服务需要升级 SpringBoot 的版本，由 1.5.x.RELEASE 直接升级到 2.3.0.RELEASE ，考虑到没有用到 SpringBoot 的内建 SPI ，升级过程算是顺利。但是出于代码洁癖和版本洁癖，看到项目中依赖的 MyBatis 的版本是 3.4.5 ，相比当时的最新版本 3.5.5 大有落后，于是顺便把它升级到 3.5.5 。升级完毕之后，执行所有现存的集成测试，发现有部分 OffsetDateTime 类型入参的查询方法出现异常，于是进行源码层面的 DEBUG 找到最终的问题并且解决。
本文共计2831个文字，预计阅读时间需要12分钟。
背景：最近有一个数据统计服务需要升级SpringBoot版本。
需求：将SpringBoot版本从1.5.x.RELEASE升级到2.3.0.RELEASE。
原因：考虑到代码整洁和版本规范。
结果：升级过程中，发现没有使用到SpringBoot的内置SPI，且升级过程顺利，实现了代码和版本的优化。
背景
最近有一个数据统计服务需要升级 SpringBoot 的版本，由 1.5.x.RELEASE 直接升级到 2.3.0.RELEASE ，考虑到没有用到 SpringBoot 的内建 SPI ，升级过程算是顺利。但是出于代码洁癖和版本洁癖，看到项目中依赖的 MyBatis 的版本是 3.4.5 ，相比当时的最新版本 3.5.5 大有落后，于是顺便把它升级到 3.5.5 。升级完毕之后，执行所有现存的集成测试，发现有部分 OffsetDateTime 类型入参的查询方法出现异常，于是进行源码层面的 DEBUG 找到最终的问题并且解决。