Unexpected rollbackCount and calls of shouldSkip() during item write

Question

Spring documentation (Pg. 46, Section: 5.1.7) says:

By default, regardless of retry or skip, any exceptions thrown from the ItemWriter will cause the

Answer 1

From your usecase description it seems, that you mix different concepts.

You describe a skip scenario but you seem to expect skip should work like a no-rollback scenario.

from the spring batch documentation

skip:

errors encountered while processing should not result in Step failure, but should be skipped instead

vs no-rollback:

If skip is configured as described above, exceptions thrown from the ItemReader will not cause a rollback.

in my own words skip means:

If the step encounters an error during read/process/write, the current chunk will be rollbacked and each item of the chunk is read/processed/written individually - without the bad item. Basically Spring Batch falls back to commit-rate 1 for the bad chunk and goes back to the specified commit-rate after the bad chunk.

Also rollback count is 2 -- what does it mean ? why it is 2 ?

from B.5. BATCH_STEP_EXECUTION

ROLLBACK_COUNT: The number of rollbacks during this execution. Note that this count includes each time rollback occurs, including rollbacks for retry and those in the skip recovery procedure.

(emphasize mine)

Also even though single error is thrown I am getting the following:

SkipCount as -1 twice, then as 0 once, and again -1 once in my shouldSkip(Object, Throwable) method. -- I am not getting this behavior.

i tried a simple skip job with both configuration styles, skip-policy and skip-limit with skippable-exception, both worked identically in relation to rollback and skip counts

(step metadata is allright but shouldSkip(...) seems to be called a lot more than expected)