atom feed5 messages in org.oasis-open.lists.wsbpelRe: [wsbpel] Issue - 114 - Proposal t...
FromSent OnAttachments
Dieter Koenig1Jun 9, 2004 1:11 pm 
Monica J. MartinJun 16, 2004 4:05 pm 
Monica J. MartinJun 16, 2004 4:18 pm 
Dieter Koenig1Jun 17, 2004 4:35 am 
Monica J. MartinJun 17, 2004 6:28 am 
Subject:Re: [wsbpel] Issue - 114 - Proposal to Vote
From:Dieter Koenig1 (diet@de.ibm.com)
Date:Jun 17, 2004 4:35:48 am
List:org.oasis-open.lists.wsbpel

The point is that for multiple cs with initiate="no", each cs individually must resolve to the same process instance. In other words, for each cs individually, the corresponding property values from the received message form a secondary key for the SAME process instance. Kind Regards DK

"Monica J. Martin" <Monica.Martin@Su To n.COM> Dieter Koenig1/Germany/IBM@IBMDE cc 17.06.2004 01:21 wsb@lists.oasis-open.org Subject Re: [wsbpel] Issue - 114 - Proposal to Vote

Koening: Proposed resolution for issue 114:

(1) Add text to the specification that clarifies the semantics in presence of multiple correlation sets: <clarification> If multiple correlation sets with initiate="no" are used in a receive, pick/onMessage, or eventHandler/onEvent, then they must all match a message for that message to be delivered to the activity in the given process instance. </clarification>

(2) Ignore all references to EPRs in this issue and revisit that when 34 is resolved.

mm1: Dieter, on (1), the sentence is a bit unclear. Are you saying the "they must all match a message <property values> must all match for that message to be delivered....? Perhaps you could clarify. Thanks.

mm2: Cut and past error. Are you saying the "they must all match a message <property values> for that message to be delivered....?"

To unsubscribe from this mailing list (and be removed from the roster of the OASIS TC), go to http://www.oasis-open.org/apps/org/workgroup/wsbpel/members/leave_workgroup.php .