Spring Batch 4.3迁移至5.0：批量参数数据迁移问题求助

核心问题解决：参数类型列的格式转换 #

Spring Batch 5.0 对作业参数的存储格式做了重大调整：旧表BATCH_JOB_EXECUTION_PARAMS的TYPE_CD列使用短标识（如STRING/LONG），而新表的PARAMETER_TYPE列要求存储对应Java类型的全限定类名。你遇到的ClassNotFoundException: LONG就是因为Spring尝试用Class.forName("LONG")加载类，自然找不到。

正确的类型映射规则 #

直接将旧的短标识替换为对应全限定类名即可，映射关系如下：

• STRING → java.lang.String
• LONG → java.lang.Long
• DATE → java.util.Date（若使用Java 8+日期API，需替换为实际使用的类，如java.time.LocalDateTime）
• DOUBLE → java.lang.Double

迁移SQL示例（以MySQL为例） #

UPDATE BATCH_JOB_EXECUTION_PARAMS
SET PARAMETER_TYPE = CASE
    WHEN TYPE_CD = 'STRING' THEN 'java.lang.String'
    WHEN TYPE_CD = 'LONG' THEN 'java.lang.Long'
    WHEN TYPE_CD = 'DATE' THEN 'java.util.Date'
    WHEN TYPE_CD = 'DOUBLE' THEN 'java.lang.Double'
    ELSE PARAMETER_TYPE
END;

其他表迁移注意事项 #

1. BATCH_STEP_EXECUTION：新增STEP_TYPE列，需填充对应Step实现类的全限定名（如org.springframework.batch.core.step.tasklet.TaskletStep），旧数据需根据Step类型补全该值，否则会导致Step执行信息加载失败。
2. 序列化上下文数据：BATCH_JOB_EXECUTION_CONTEXT和BATCH_STEP_EXECUTION_CONTEXT的SERIALIZED_CONTEXT列存储的序列化对象，需确保对应的类在新环境中存在且serialVersionUID一致，否则会触发反序列化异常。
3. JOB_KEY兼容性：Batch 5.0对JOB_KEY的哈希计算逻辑有细微调整，若旧作业实例的JOB_KEY与新环境生成的不一致，可能导致无法识别旧实例，建议验证现有JOB_KEY的兼容性。
4. 索引与约束：Schema迁移后需确认新表的索引、外键约束已正确添加，避免出现数据一致性问题。

内容的提问来源于stack exchange，提问作者cursed_beluga