在我的项目中,我正在创建一个调用虚拟作业(执行持续时间超过30秒的任务)的即时SimpleTrigger。我已经将失火策略设置为MISFIRE_INSTRUCTION_FIRE_NOW,作业请求恢复标志也设置为true。
在作业启动之后( Quartz DB store中的状态从READY转换为RUNNING ),我故意反弹(重新启动)整个系统,这会中断正在运行的作业。当系统恢复到活动状态时,我看到的是中断的作业根本不会重新启动。
在我们的生产系统中,这将造成很大的伤害,因为任何软件更新都会在无意中中断正在运行的作业,这些作业根本不会再次触发(关键的一次性作业将无法完成,从而在即将到来的作业中引发不必要的连锁反应)。从我们的角度来看,这是非常不可取的。
我想要的是中断的作业也会在系统重新启动后触发(本质上相同的行为是在系统停机期间的触发计划时间,而策略是MISFIRE_INSTRUCTION_FIRE_NOW)。这里有什么变通的方法吗?
发布于 2012-05-07 15:24:26
为此,您必须在Java和Quartz 2.x中使用选项requestRecovey配置作业:
JobDetail jd = newJob(job).withIdentity(name, group) //
.requestRecovery()// ask scheduler to re-execute this job
.build(); // if it was in progress when the scheduler went down...https://stackoverflow.com/questions/9850468
复制相似问题