Unwanted re-executions under heavy load / slow DB performance

Nessuno ha ancora preso questa issue.

**Describe the bug**
In a slow system, job lock time may expire and lead to multiple executions.

We noticed in a system with slow DB performance that they hit FlowableOptimisticLockingExceptions - which caused re-executions, which we then prevented using the async handler number of retries = 0.

We then noticed re-executions and FlowableOptimisticLockingExceptions and deducted that slow DB performance lead to them.

**Expected behavior**
No re-execution of jobs should happen if lock owner still alive.

**Code**
No code - I tried with a simple model with 3 service tasks: task1(async)-task2-task3(async), and I changed the lock exp time to the past while stopping task2 via debugger.

**Additional context**
Flowable 6.2.0 in Spring boot - with Oracle 11g. I reproduced the issue in a H2 (standalone, tcp) and a unit test.

Inizia con la riproduzione segnalata nel test unitario usando un modello semplice con tre service task, task1(async)-task2-task3(async), e riproduci la scadenza del lock mentre task2 è arrestato. Traccia la FlowableOptimisticLockingException e il comportamento di retry dell’async handler nello scenario di un database lento. Il lavoro è completato quando un proprietario del lock attivo non causa la riesecuzione dei job dopo la scadenza del lock.

Scritto dal modello di indicizzazione a partire dal testo della issue.