Hi Chathura, When correlating the process instances In addition to correlation variables, it's mandatory for the user to provide either one of the message name or signal name.
Apart from it all the other parameters are optional. It depends on the type of the process definition that we are going to execute. For an example if the message receive event is immediately connected to a parallel gateway, user should define the activity id to be executed. Regards, Firzhan -- *Firzhan Naqash* Senior Software Engineer - Integration Platform Team WSO2 Inc. http://wso2.com email: firz...@wso2.com mobile: (+94) 77 9785674 <%28%2B94%29%2071%205247551>*| blog: http://firzhanblogger.blogspot.com/ <http://firzhanblogger.blogspot.com/> <http://suhothayan.blogspot.com/>* *twitter: https://twitter.com/firzhan007 <https://twitter.com/firzhan007> | linked-in: **https://www.linkedin.com/in/firzhan <https://www.linkedin.com/in/firzhan>* On Wed, Dec 16, 2015 at 10:10 AM, Chathura Ekanayake <chath...@wso2.com> wrote: > > > > >> >> >> We need to have the process definition id, in case there are multiple >> versions of the same process definition exists with in the engine. Because >> of this we are having it as an optional parameter. >> > > I agree with that. But can we make message name optional? We use process > definition id, activiti id, correlation variables, etc to locate the > execution. Once an execution is located, I think we need to provide the > message name when triggering the message event. > > >> >> >> >> On Mon, Dec 14, 2015 at 2:25 PM, Chathura Ekanayake <chath...@wso2.com> >> wrote: >> >>> Hi Firzhan, >>> >>> >>> *processDefinitionKey/processDefinitionId/messageName* (compulsory) >>>> >>>> Either one relevant property out of three should be specified in the >>>> request. >>>> >>> >>> Shouldn't we provide messageName or signalName irrespective of the >>> availability of process definition key or id. Once we queried an execution, >>> I think we need either a message name or a signal name to trigger the >>> receive event. Please check with API. >>> >>> >>> >>>> >>>> *activityId *(optional) >>>> >>>> This property is required when there are more than one receivers >>>> waiting for the same message/signal in different execution flows. >>>> >>>> >>>> >>>> >>>> In the above process flow, all three or two of the execution flows >>>> might be waiting for the same message. >>>> >>>> *action *(compulsory) >>>> >>>> actions can be either messageEventRecieved/signalEventRecieved/signal. >>>> >>>> *signalName* (optional) >>>> >>>> If we have any signal related actions, then *signalName* has to be >>>> specified. >>>> >>>> >>>> *variables* (optional) >>>> >>>> This holds the task specific local variables that can be used to query >>>> and filter the relevant process instances. >>>> >>>> *processInstanceVariables* (optional) >>>> >>>> All the instance variables except correlation variables can be >>>> mentioned here. >>>> >>>> >>>> *correlationVariables* (compulsory) >>>> >>>> All the correlation variables should be mentioned here. By default it >>>> performs the equal operation of that variables. >>>> >>>> *variables* and *processInstanceVariables *can be used to speed up the >>>> querying process and the correlation variables should be unique across the >>>> process instances. >>>> >>> >>> Correlation variables are the ones used to query the relevant execution. >>> Process instance variables are used to pass in new data values with the >>> message. What is the purpose of the first "variables" parameter? >>> >>> Regards, >>> Chathura >>> >>> >>> >>> >> >
_______________________________________________ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture