flowable / flowable/flowable-engine

Multiple instance tasks result in the loss of event subprocess listening.

Offen
#3,792 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
Java
Sterne
9.5k
Forks
2.9k
Ø Merge
7 Std. 8 Min.
Gemergte PRs (30 T.)
2

Beschreibung

**Describe the bug**
In the model shown in the diagram below, before the timer boundary event of taskA is triggered, the subprocess event in the model can respond to `RuntimeService.signalEventReceived("signal_A")` arbitrarily. However, after the timer boundary event of taskA is triggered and the signal is thrown, the subprocess event no longer responds, even if the timer event of taskB cannot make it respond. Note that taskA must be a multiple instance, otherwise everything works fine.

**Expected behavior**
Because the signal thrown by the taskA task is processed by the non-interrupting event subprocess, it can still receive the signal.

**Code**
![picture1](https://github.com/flowable/flowable-engine/assets/51292045/5b26f5e3-13a9-47a5-9721-e32a03c0ce7e)

**Additional context**

org.flowable
flowable-spring-boot-starter-process
6.8.0

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Rechercherichtung

Reproduziere das Modell mit taskA als einer Mehrfachinstanzaufgabe, seinem Timer-Grenzereignis, taskB und dem nicht unterbrechenden Ereignis-Subprozess. Beginne, indem du RuntimeService.signalEventReceived("signal_A") vor und nach dem Auslösen des Timers aufrufst; erfolgreich ist es, wenn der Subprozess nach dem Auslösen des Grenzereignisses weiterhin das Signal empfängt.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
java
Bereich
backend
Issue-Typ
Bug
Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.