Spring Batch 3 数据库结构更改是否与 Spring Batch 2 兼容？

Question

我们从Spring Batch 2.1.7迁移到Spring Batch 3.0.6，但收到以下jboss启动错误：

org.springframework.jdbc.BadSqlGrammarException： PreparedStatementCallback;坏SQL语法[选择E.JOB_EXECUTION_ID，E.START_TIME，E.END_TIME，E.STATUS，E.EXIT_CODE，E.EXIT_MESSAGE，E.CREATE_TIME，E.LAST_UPDATED，E.VERSION，E.JOB_INSTANCE_ID，E.JOB_CONFIGURATION_LOCATION来自BATCH_JOB_EXECUTION E，BATCH_JOB_INSTANCE I，其中E.JOB_INSTANCE_ID=I.JOB_INSTANCE_ID和I.JOB_NAME=？E.END_TIME是NULL排序E.JOB_EXECUTION_ID desc];嵌套异常是 java.sql.SQLSyntaxErrorException： ORA-00904： “E”。”JOB_CONFIGURATION_LOCATION“：标识符无效

…这显然是由Spring Batch 3自动迁移引起的，其中Spring Batch 2的表结构发生了一些变化。

为了让事情向前发展，我们的开发团队使用在Spring Batch jar中找到的创建表脚本，我们的DBA团队编写了一个脚本来更新（而不是创建）表，因为我们需要作业历史记录。到目前为止，这一切都在工作，但这是我们的问题：

我们无法将所有系统迁移到Spring第3批。我们必须将较旧的系统留在Spring第2批中一段时间。

这些Spring Batch 3表结构更改是否与Spring Batch 2向下兼容？

它们似乎来自我们的DBA团队的分析和到目前为止的批处理运行结果，但我只是想问，这是否是Spring有意的，也就是说，当Spring为了Spring batch 3的目的更改了表结构时，您是否有意使其向后兼容？

到目前为止，它们看起来是兼容的，但我只想确保没有一些细微的差异会在一些不常用的逻辑路径上严重破坏我们的系统，即在语句执行时（与jboss启动时）。

本·埃思里奇

Answer 1

它们不向后兼容。作业参数的存储方式不同。迁移脚本没有删除旧列（只是添加了新的网络）。这并不意味着你不能想出一个适用于两个版本的模式（看起来这就是你所拥有的），但至于我们的意图，当我们添加非识别参数时，它被认为是一个突破性的变化。