Hi Chathura, 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.
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. 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? Sorry. I have mistakenly added the "variables" parameter. We don't need it. Regards, Firzhan -- *Firzhan Naqash* Senior Software Engineer - Integration Platform Team WSO2 Inc. http://wso2.com email: [email protected] 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 Mon, Dec 14, 2015 at 2:25 PM, Chathura Ekanayake <[email protected]> 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 [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
