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
