如何在不使用Spring Cloud Data Flow的情况下为Spring Batch搭建UI查看任务详情并支持重启

完全可以实现，不需要依赖Spring Cloud Data Flow，基于Spring Batch原生的元数据能力和内置API就能快速搭建符合需求的自定义UI，具体方案如下：

Spring Batch默认会把所有批处理任务的全量运行数据存储在固定结构的元数据表中（前缀一般为BATCH_*），同时封装了全套查询和操作任务的工具类，你只需要基于这些能力扩展HTTP接口，再配套开发前端UI即可。

1. 复用Spring Batch内置核心接口 #

不需要自行编写SQL查询元数据，直接使用Spring Batch原生提供的三个核心接口即可覆盖所有需求：

• JobExplorer：封装了所有元数据查询能力，可查询任务列表、历史执行记录、单条执行详情、步骤运行明细、异常堆栈、运行参数、读写统计等所有需要展示的信息
• JobOperator：封装了任务的启动、停止、重启全生命周期操作，调用其restart()方法传入失败任务的jobExecutionId，即可自动遵循Spring Batch原生重启逻辑，复用上次执行上下文、跳过已完成的步骤
• JobRegistry：用于管理所有注册的批处理任务Bean，可查询当前系统支持运行的所有任务名称

2. 封装前端调用的HTTP接口 #

基于上述接口，你只需要封装少量REST接口即可满足UI交互需求，常用接口示例：

• 任务列表查询接口：返回所有可执行的批处理任务基础信息
• 执行记录分页查询接口：支持按任务名、执行状态、时间范围筛选，返回每次执行的核心状态、耗时、参数等信息
• 执行详情查询接口：返回单次任务执行的全量信息，包括所有步骤的运行数据、异常信息等
• 任务操作接口：支持触发任务启动、停止、重启操作

你可以参考如下简单的重启接口实现：

@RestController
@RequestMapping("/batch/jobs")
public class BatchJobController {
    @Resource
    private JobOperator jobOperator;

    @PostMapping("/restart/{executionId}")
    public Long restartFailedJob(@PathVariable Long executionId) throws JobExecutionException {
        // 入参校验逻辑可自行补充，比如校验执行记录状态是否为失败
        return jobOperator.restart(executionId);
    }
}

3. 前端UI开发 #

根据你的团队技术栈选型任意前端框架即可，核心页面只需要包含几个模块：

• 任务管理页：展示所有可执行的批处理任务，支持手动触发执行
• 执行记录列表页：支持筛选查询历史执行记录，用不同颜色区分成功、运行中、失败等状态
• 执行详情页：展示单次任务执行的全量明细，失败的任务可直接在该页面触发重启
• 按需扩展统计看板，展示任务成功率、耗时排行等运营指标

• 对接企业内部权限体系，控制不同用户的任务查看和操作权限
• 批量部署的场景下，只需要保证所有批处理节点连接同一个Spring Batch元数据库，即可自动避免同一任务重复执行的冲突
• 可根据业务需求添加任务执行告警、定时触发等扩展能力

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