OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsbpel message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [wsbpel] issue 168



You are right - thanks for catching this.
I have limited ability to edit in the ballot menus (during opening and especially once the ballot is opened).   I ask that everyone use the link to the email from Maciej to fully understand option 2.

I'd like to remind eveyone to vote for this issue resolution and the other one up for a vote - issue 87.1.  These are normative decisions - we need your participation to obtain a quorum.   If you do not wish to make a choice, please vote and select abstain.  Participation in ballots may be counted as a requirement for maintaining voting rights - we have not done this in the past as we've not had difficulty in getting a quorum on web ballots.   The ballots are at:
 http://www.oasis-open.org/apps/org/workgroup/wsbpel/ballots.php
   
Regards, Diane
IBM  Emerging Internet Software Standards
drj@us.ibm.com
(919)254-7221 or 8-444-7221, Mobile: 919-624-5123, Fax 845-491-5709



Yuzo Fujishima <fujishima@bc.jp.nec.com>

11/16/2004 09:56 PM

To
ws bpel tc <wsbpel@lists.oasis-open.org>
cc
Subject
Re: [wsbpel] issue 168





Diane,

Words like <receive> and <pick> have been dropped from
the option 2 description (probably through HTML editing?).

Yuzo Fujishima
NEC Corporation

Diane Jordan wrote:
> On the last TC call, the folks who proposed alternatives for resolving
> issue 168 requested more input either by email or in the calls.  We
> decided to open a web ballot and hope that would serve to focus attention
> on the choices - a discussion of 168 will be on the agenda for our call
> next week.  The ballot will close after the call and votes may be changed
> up to closing time. If you have input on the issue or proposed
> resolutions, please feel free to provide them by email beforehand to help
> stimulate the thinking and discussion.
> You may vote at:
> http://www.oasis-open.org/apps/org/workgroup/wsbpel/ballot.php?id=600&
>
> Here is the text of the ballot:
> Please chose one option for closing issue 168
> 1. We should guarantee that an initial start activity will complete before
> any other activities are allowed to execute. This will prevent race
> conditions, prevent us from having to discuss the dispatcher, prevent a
> bunch of edge cases and make sure that the existing event handler model
> will work just fine. See email with full info at:
> http://lists.oasis-open.org/archives/wsbpel/200411/msg00018.html
>
> 2. 2 Adopt the "less magic" approach described in the issue description.
> This means that the semantics of process instantiation would be as
> follows:
> 1. The arrival of message that matches an activity marked with
> createInstance=yes (and not matching an existing process instance) causes
> a new process instance to be created. This message is termed the
> "instantiating message" for that process instance. The createInstance=yes
> activity that was used to justify the instantiation is termed the
> "instantiating activity" for that process instance.
> 2. Once a process instance is created, all its activities are executed in
> the order dictated by the structure of the process.
> 3. When a or activity with createInstance=yes containing a initiate=yes
> correlation is executed, the message "received" will be the "instantiating
> message" of the process instance.
> 4. When a and activity with createInstance=yes containing a
> initiate=rendezvous correlation is executed, the message "received" will
> be either:
> a ) the "instantiating message" if said activity is the "instantiating
> activity"
> b ) some other message matching the correlation key from the
> "instantiating message" if said activity is not the "instantiating
> activity"
>
> See email for full info at :
> http://lists.oasis-open.org/archives/wsbpel/200410/msg00167.html
>
> Regards, Diane
> IBM  Emerging Internet Software Standards
> drj@us.ibm.com
> (919)254-7221 or 8-444-7221, Mobile: 919-624-5123, Fax 845-491-5709
>


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.




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]