스프링 배치는 : 커밋-간격이 말은 간격을 커밋 내 뒤를 쓰기

Question

동안 롤 후 이행되지는 1000

입니다 그리고 쓰기 동안 나는 정책을 건너 뛸에 따라 건너 뛸 수 990번째 기록에서 오류가 발생합니다.

그래서 롤백이 발생하고 작가가 다시 1

그러나 기록에서이 시간, 그것은 각 레코드에 커밋됩니다 같은 기록을 쓰기 시작합니다. 커밋주기를 존중하지 않습니다. 이것은 직업을 죽게 만드는 것입니다.

왜 그런 동작입니까 ?? 내 구성에서 뭔가를 놓치고 있습니까 ??

감사합니다.

Answer 1

스프링 배치가 잘못된 항목을 분리하는 데 필수적이며 기본적으로 청크를 롤백하고 각 항목을 커밋 비율 = 1로 작성하여 잘못된 프로세서 또는 프로세서 중 하나를 찾습니다 (

).

는 spring batch forum comment to similar problem

관련 부분

--> 5 items read, processing starts 
<processor called:15> 
<processor called:16> 
<processor called:17> will throw an error on write 
<processor called:18> 
<processor called:19> 
<before write:[15, 16, 17, 18, 19]> 
<on write error> 
--> error on item 17, but it was in the list, lets find it 
--> rollback 
<before chunk> 
--> spring batch goes through all items of the chunk again to find the bad item 
--> basically it runs now with commit-rate="1" (only for this chunk) 
<processor called:15> 
<after write:[15]> 
<after chunk> 
<before chunk> 
<processor called:16> 
<after write:[16]> 
<after chunk> 
<before chunk> 
<processor called:17> called again for the bad item, because it's still unknown to spring batch, that this is the bad one 
--> no write, because itemWriter.write() was called with the bad item only and did throw an exception (again) 
--> but now spring batch knows the bad item 
<before chunk>