flowable / flowable/flowable-engine
Flow does not continue after FlowableOptimisticLockingException
- Lenguaje dominante
- Java
- Estrellas
- 9.5k
- Forks
- 2.9k
- Merge medio
- 7 h 8 min
- PR fusionados (30 d)
- 2
Descripción
**Describe the bug**
Given the flow below, we experience a problem with concurrency when executing the “simpleLog” (async) service task in parallel with cardinality = 5, after which the flow does not continue with the “dummy” (exclusive) service task of the next step nor retry the job in “simpleLog”. Instead, we get 4 FlowableOptimisticLockingException.
What could be wrong here? Should flowable retry 3 times after FlowableOptimisticLockingException as we have read here: https://flowable.com/open-source/docs/bpmn/ch07b-BPMN-Constructs/#fail-retry ? Why the flow does not continue?
**Expected behavior**
To be detailed, “simpleLog” only prints some hardcoded string, sleeps 3 seconds (to simulate a real task) and shows another hardcoded string. “dummy” shows another text and “finalLog” shows all global variables.
**Code**
```
5
```
**Additional context**
Flowable version: 6.4.2
Database vendor: Oracle
We are using Flowable with Spring Boot
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Línea de trabajo
Comienza reproduciendo el proceso parallelServicetask del BPMN proporcionado con Flowable 6.4.2, centrándote en la tarea multiinstancia asíncrona y no exclusiva simpleLog y en su transición a dummy. Inspecciona cómo se gestionan y reintentan los cuatro fallos FlowableOptimisticLockingException; se considera terminado cuando el flujo alcanza dummy y finalLog o el fallo se reproduce claramente con una prueba de regresión específica.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- java, spring-boot
- Área
- backend, distributed-systems
- Tipo de issue
- Error
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Bastante claro
- Aptitud para principiantes
- 30/100