Given these two models:
I’d like to throw a signal that can hit both the start event and the intermediate event, but also using local variables.There are two problems with this:
-
The Rest API doesn’t support adding local variables when throwing signals
(Throw a Signal | docs.camunda.org) -
Local variables are not usable from the start event, as no output mapping can be done there. That’s understandable, though as the party executing the request doesn’t have any knowledge about the receivers (not even if they are start events or intermediate events), it leaves us with 2 options:
- Throw a signal event with process-wide variables, possibly causing problem when variable names overlap.
- Split up signal names, disallowing for the same signal name to be used for both start events and intermediate events.
This all seems a bit inconvenient, and I’d like to know your opinion about this.
- The Rest API seems to be missing a bit of functionality there, to add local variables to signal events.
- What should a thrown signal, with local variables, hitting a start event result in. Do you think the local variables should be ignored, that they are converted to process-wide variables, or that they can be mapped?