Skip to content

Commit 8686671

Browse files
committed
Fix documentation WRT restarting an abruptly stopped job
Resolves #4037
1 parent 6752c97 commit 8686671

File tree

1 file changed

+8
-10
lines changed

1 file changed

+8
-10
lines changed

spring-batch-docs/asciidoc/job.adoc

Lines changed: 8 additions & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -1839,13 +1839,11 @@ A job execution which is `FAILED` can be
18391839
will move on to the next step (as determined by the job flow definition
18401840
and the step execution exit status).
18411841

1842-
If the process died (`"kill -9"` or server
1843-
failure) the job is, of course, not running, but the `JobRepository` has
1844-
no way of knowing because no-one told it before the process died. You
1845-
have to tell it manually that you know that the execution either failed
1846-
or should be considered aborted (change its status to
1847-
`FAILED` or `ABANDONED`) - it's
1848-
a business decision and there is no way to automate it. Only change the
1849-
status to `FAILED` if it is not restartable, or if
1850-
you know the restart data is valid. There is a utility in Spring Batch
1851-
Admin `JobService` to abort a job execution.
1842+
If the process died (`kill -9` or server
1843+
failure), the job is, of course, not running, but the `JobRepository` has
1844+
no way of knowing because no one told it before the process died. You
1845+
have to tell it manually that you know that the execution either failed
1846+
or should be considered aborted (change its status to
1847+
`FAILED` or `ABANDONED`). This is
1848+
a business decision, and there is no way to automate it. Change the
1849+
status to `FAILED` only if it is restartable and you know that the restart data is valid.

0 commit comments

Comments
 (0)