Spring批处理:重新启动作业,然后自动启动下一个作业

时间:2013-01-13 20:40:07

标签: spring-batch

我需要创建一个恢复模式。 在我的模式中,我只能在给定的时间窗口上启动作业。 如果作业失败,它将仅在下一个时间窗口重新启动,并且在完成时我想要启动此窗口预先计划的计划作业。 作业之间唯一不同的是时间窗口参数。

我将JobExecutionDecider与JobExplorer结合使用或覆盖了Joblauncher。但所有这些似乎都太过于干扰。

我没有找到符合我需求的例子。任何想法都会受到欢迎。

3 个答案:

答案 0 :(得分:2)

你考虑过JobStep吗?也就是说,步骤确定是否还有其他作业要运行。此值设置为StepExecutionContext。然后JobExecutionDecider检查此值;如果存在,则指向启动作业的JobStep。

这是关于它的文档http://docs.spring.io/spring-batch/reference/htmlsingle/#external-flows

答案 1 :(得分:2)

根据incomplete-co.de提供的建议,回顾一下实际完成的工作。 我创建了一个类似于下面的恢复流程。恢复流程包装了我的实际批处理,仅负责为内部作业提供正确的作业参数。它可以是首次执行时的初始参数,正常执行时的新参数或上次执行失败时的旧参数。

<batch:job id="recoveryWrapper"
       incrementer="wrapperRunIdIncrementer"
       restartable="true">
    <batch:decision id="recoveryFlowDecision" decider="recoveryFlowDecider">
        <batch:next on="FIRST_RUN" to="defineParametersOnFirstRun" />
        <batch:next on="RECOVER" to="recover.batchJob " />
        <batch:next on="CURRENT" to="current.batchJob " />
    </batch:decision>
    <batch:step id="defineParametersOnFirstRun" next="current.batchJob">
        <batch:tasklet ref="defineParametersOnFirstRunTasklet"/>
    </batch:step>
    <batch:step id="recover.batchJob " next="current.batchJob">
        <batch:job ref="batchJob" job-launcher="jobLauncher"
                            job-parameters-extractor="jobParametersExtractor" />
    </batch:step>
    <batch:step id="current.batchJob" >
       <batch:job ref="batchJob" job-launcher="jobLauncher"
                            job-parameters-extractor="jobParametersExtractor" />
    </batch:step>
</batch:job>

使用 Spring Batch Restart 机制时,解决方案的核心是 RecoveryFlowDecider JobParametersExtractor 。 RecoveryFlowDecider将查询JobExplorer和JobRepository以查明我们是否在上次运行中出现故障。它将最后一次执行放在包装器的执行上下文中,以便稍后在JobParametersExtractor中使用。 请注意使用runIdIncremeter来重新执行包装器作业。

@Component
 public class RecoveryFlowDecider implements JobExecutionDecider {
        private static final String FIRST_RUN = "FIRST_RUN";
        private static final String CURRENT = "CURRENT";
        private static final String RECOVER = "RECOVER";

        @Autowired
        private JobExplorer jobExplorer;
        @Autowired
        private JobRepository jobRepository;

        @Override
        public FlowExecutionStatus decide(JobExecution jobExecution
                                         ,StepExecution stepExecution) {
            // the wrapper is named as the wrapped job + WRAPPER
            String wrapperJobName = jobExecution.getJobInstance().getJobName();
            String jobName;
             jobName = wrapperJobName.substring(0,wrapperJobName.indexOf(EtlConstants.WRAPPER));
            List<JobInstance> instances = jobExplorer.getJobInstances(jobName, 0, 1);
                JobInstance internalJobInstance = instances.size() > 0 ? instances.get(0) : null;

            if (null == internalJobInstance) {
                return new FlowExecutionStatus(FIRST_RUN);
            }
            JobExecution lastExecution = jobRepository.getLastJobExecution(internalJobInstance.getJobName()
    ,internalJobInstance.getJobParameters());
            //place the last execution on the context (wrapper context to use later)
            jobExecution.getExecutionContext().put(EtlConstants.LAST_EXECUTION, lastExecution);
                ExitStatus exitStatus = lastExecution.getExitStatus();

            if (ExitStatus.FAILED.equals(exitStatus) || ExitStatus.UNKNOWN.equals(exitStatus)) {
                return new FlowExecutionStatus(RECOVER);
            }else if(ExitStatus.COMPLETED.equals(exitStatus)){
                return new FlowExecutionStatus(CURRENT);    
            }
            //We should never get here unless we have a defect
            throw new RuntimeException("Unexpecded batch status: "+exitStatus+" in decider!");

        }

}

然后JobParametersExtractor将再次测试上次执行的结果,如果作业失败,它将提供用于执行触发Spring Bacth重启机制的失败作业的原始参数。否则它将创建一组新的参数,并将在他的正常过程中执行。

    @Component
    public class JobExecutionWindowParametersExtractor implements
            JobParametersExtractor {
        @Override
        public JobParameters getJobParameters(Job job, StepExecution stepExecution) {

            // Read the last execution from the wrapping job
            // in order to build Next Execution Window
            JobExecution lastExecution= (JobExecution) stepExecution.getJobExecution().getExecutionContext().get(EtlConstants.LAST_EXECUTION);;

            if(null!=lastExecution){
                if (ExitStatus.FAILED.equals(lastExecution.getExitStatus())) {
                    JobInstance instance = lastExecution.getJobInstance();
                    JobParameters parameters = instance.getJobParameters();                 
                                return parameters;
                }
            }       
            //We do not have failed execution or have no execution at all we need to create a new execution window
            return buildJobParamaters(lastExecution,stepExecution);
        }
...
}

答案 2 :(得分:0)

是否可以以相反的方式进行?

在每个时间窗口中,提交用于该时间窗口的作业。

但是,作业的第一步应该检查上一个时间窗口中的作业是否成功完成。如果它之前失败了,那么提交上一个作业,等待完成,然后再进入自己的逻辑。