[#BATCH-408] Parallel job sample is prone to OptimisticLockingException

Spring Batch

Parallel job sample is prone to OptimisticLockingException

Created: 04/Mar/08 01:03 AM Updated: 07/Aug/08 10:06 AM

Component/s:

Samples

Affects Version/s:

1.0.0.m5

Fix Version/s:

1.0.0.m5

Time Tracking:

Original Estimate:

Remaining Estimate:

Time Spent:

Not Specified

Description

« Hide

Parallel job sample is prone to OptimisticLockingException when using commons DBCP and Oracle (and probably other RDBMS, but not HSQL or Derby). The "toy" databases that we currently test with do not really support multi-threaded access. When you upgrade there are issues with optimistic locking exceptions. The exceptions are meaningful - they tell you that the step execution in the database is not accurately reflecting the current status of the job.

All

Comments

Work Log

Change History

FishEye

Builds

Sort Order:

[ Permlink | « Hide ]

Dave Syer added a comment - 04/Mar/08 03:55 AM

Added a Semaphore to replace and extend synchronized block. This has introduced an additional mandatory dependency on backport concurrency utils, which could be removed by abstracting it if necessary later, or just by moving to java.util.concurrent for a later Java 5 release.

[ Permlink | « Hide ]

Dave Syer added a comment - 07/Aug/08 10:06 AM

Assume closed as resolved and released