Till slut lyckades jag få det att fungera men med några modifieringar. Tanken är att använda LockModeType.PESSIMISTIC_FORCE_INCREMENT istället för PESSIMISTIC_WRITE. Med detta låsläge beter sig Cron Jobs enligt följande:
- När det första jobbet gör valet för uppdatering går allt som förväntat men versionen på objektet ändras.
- Om ett annat jobb försöker göra samma val medan det första fortfarande är på sin transaktion, lanserar JPA en OptimisticLockException så om du fångar det undantaget kan du vara säker på att det kastades för ett läslås.
Denna lösning har olika motsvarigheter:
- SynchronizedCronJobTask måste ha ett versionsfält och vara under versionskontroll med @Version
- Du måste hantera OptimisticLockException, och det bör vara catch utanför transaktionstjänstmetoden för att kunna göra återställning när låsning sker.
- IMHO är en icke-elegant lösning, mycket värre än bara ett lås där Cron Jobs väntar på att de tidigare jobben ska avslutas.