在@BeforeStep of ItemReader中,我们调用soap客户端来填充要在read()方法中稍后处理的项列表。由于应用程序与第三方服务器之间的通信错误,该调用可能引发异常。我们有调度程序,它每10分钟触发一次,并尝试重新启动失败的作业,并使此作业通过(因为通信错误发生,但经过一段时间后就修复了)。
我们希望自动化作业执行和处理作业流中的所有异常,在一个位置捕获它们并优雅地失败作业(最好是错误的原因),并且有一些机制可以尝试重新启动作业,但是在N尝试之后停止尝试,并通过电子邮件通知某人查看错误原因。重新启动尝试后异常的完整日志记录将是巨大的,因此我们希望避免这种情况。
你觉得这