topic Re: Events and Signals Scope in Alfresco Archive

Events and Signals Scope

matt1 — Wed, 08 Apr 2015 22:11:41 GMT

From what I can tell from experimenting and from the docs neither Events (Messages) nor Signals are by default scoped to the current process instance. The docs state:<em>To restrict the scope of the signal event, add the (non-BPMN 2.0 standard!) scope attribute to the signal event definition:

Re: Events and Signals Scope

martin_grofcik — Thu, 09 Apr 2015 07:32:53 GMT

Hi Matt,

Signal is broadcast (see jUnit test in activiti source org.activiti.engine.test.bpmn.event.signal.SignalEventTest#testSignalCatchIntermediate)
from the activiti user guide

The difference between signalEventReceived(String signalName); and signalEventReceived(String signalName, String executionId); is that the first method throws the signal globally to all subscribed handlers (broadcast semantics) and the second method delivers the signal to a specific execution only.


<signal id="alertSignal" name="alert" activiti:scope="processInstance"/>

activiti:scope is activiti specific process model extension.

Regards
Martin

Re: Events and Signals Scope

matt1 — Thu, 09 Apr 2015 15:05:19 GMT

So, to be clear, when I use <code>activiti:scope</code> I can be confident that the signal is scoped only to the current process, correct?

Re: Events and Signals Scope

matt1 — Thu, 09 Apr 2015 15:11:50 GMT

Another part of the issue I'm having is the executionId. In ExecutionListeners and in services I'm finding that the execution that is passed as an argument is a child execution. And, attempts to get the parentId or parent return null.

I've read a number of posts and the only way I seem to be able to get at the parent execution is to access the database directly. Is there some reasons why the parent (root) execution is not available?

Re: Events and Signals Scope

jbarrez — Tue, 14 Apr 2015 12:16:26 GMT

> Is there some reasons why the parent (root) execution is not available?

There could be many reasons, but without the process it's hard to make a statement.

Re: Events and Signals Scope

fedd — Wed, 27 Jul 2016 08:08:15 GMT

Hi, I am interested in this question too. Just to be sure, that in the documentation, the "Signal Event Examples" section, authors could add a note that the unwanted behaviour explained on a picture with the big sad face can easily be fixed with the Activiti specific model extension.

Am I right to assume that this section was written before the "activiti:scope=processInstance" extension was introduced, and was not changed since.

Or is this extension uncapable to fix the unwanted behaviour of the last example?

Re: Events and Signals Scope

jbarrez — Wed, 27 Jul 2016 11:42:56 GMT

@fedd: you are correct. I've fixed the docs. It'll come in a next update. Many thanks!

Re: Events and Signals Scope

fedd — Sat, 30 Jul 2016 08:46:45 GMT

Thank you!

I would dare to ask your team consider to create a message receive construct and move this process instance scope feature to messages rather then signals. I personally find it confusing that we can adjust a signal from being engine wide straight to a process instance wide, missing something in the middle (like inter-process messages). In other words, signals are wide, messages are narrower, and process instance scope is the narrowest, but they are signals again (which may be confusing to users and newbies like myself)

(I am implementing an interprocess messaging for my project, which will just invoke a 'messageEventReceived' method, and I am able to cope with the problem of identifying an exact process instance that a message should be aimed to in a project specific manner.)