无块处理的Spring Batch步骤
我有一个作业步骤，从数据库读取并将输出写入平面文件，然后创建一个报告。
如果该步骤失败，我希望它重新启动，从头开始处理。我不想将任何恢复合并到这一步中。
实现Spring Batch的最佳方式是什么，这样该tasklet就不会在过程中执行任何块处理并触发恢复？
共有1个答案
将作业标记为restartable=“true”。
将步骤标记为allow-start-if-complete=“true”。
拦截步骤执行并在失败时将步骤标记为完成。
重新启动作业时，步骤将从开始执行。
-
我想用3个步骤建立一个批次。我想配置这个步骤，就像如果有100条记录，当step1读取、处理和写入一个10块时，step02，然后step03开始和结束，然后再次返回step1，读取下一个块。这在Spring批量可能吗？
-
1. 预处理的步骤 现在我们全面了解一下C编译器做语法解析之前的预处理步骤： 1、把第 2 节 “常量”提到过的三连符替换成相应的单字符。 2、把用\字符续行的多行代码接成一行。例如： #define STR "hello, "\ "world" 经过这个预处理步骤之后接成一行： #define STR "hello, " "world" 这种续行的写法要求\后面紧跟换行，中间不能有其它空白
-
我开始使用Spring批处理，我有一个关于何时使用步骤、决策器和块的问题。 考虑到以下输入： 对于每个
-
我在Spring中设置了几个线性步骤。如果在任何一点上，一个步骤失败了，作业应该失败。 这些步骤包括多个微线程，然后是一个基于块的步骤。即。： 步骤1 任务1 小任务2 读者 处理器 作家 如果出现问题，最明显的做法就是抛出异常。Spring Batch将处理此问题并记录所有内容。这种行为，尤其是打印堆栈跟踪，是不可取的，如果作业可以优雅地结束，并将状态设置为。 Tasklet当前直接在上设置。它
-
我们的SpringBatch作业只有一个步骤，包括ItemReader、ItemProcessor和ItemWriter。我们用不同的参数同时运行同一个作业。ItemReader是有状态的，因为它包含从中读取的输入流。 因此，我们不希望ItemReader的相同实例用于每个JobInstance（作业参数）调用。 我不太确定哪种是这种情况的最佳“范围界定”。 1） 该步骤是否应该以@JobScop