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 - 2- Why I think we should close Issue 2

It was agreed at the 12 Nov call (see
nutes%20of%20Conference%20Call%20November%2012%20.doc) to pause issue 2,
pending resolving the coordination/business transaction issues (30,
53-59, ..), on the grounds that the requirement driving issue 2 could
potentially be met by making the content of the "subfunction" a separate
process, using regular invoke and a local binding (the latter invisible
to the bpel scripts). But in that case there is a need to tie the fault
and compensation/cancellation of the parent and child process together -
hence the link to the coordination issues.

As volunteered during that call, Satish is working on a proposal to be
discussed at the face-to-face, with assistance from others.


> -----Original Message-----
> From: Yaron Goland [mailto:ygoland@bea.com] 
> Sent: 25 November 2003 21:17
> To: 'Trickovic, Ivana'; 'Eckenfels. Bernd'
> Cc: wsbpel@lists.oasis-open.org
> Subject: [wsbpel] Issue - 2- Why I think we should close Issue 2
> Over the last two months I have made a series of proposals 
> for how to introduce sub-functions to BPEL:
>  * http://lists.oasis-open.org/archives/wsbpel/200310/msg00355.html
>  * http://lists.oasis-open.org/archives/wsbpel/200310/msg00366.html
>  * http://lists.oasis-open.org/archives/wsbpel/200310/msg00367.html
>  * http://lists.oasis-open.org/archives/wsbpel/200310/msg00368.html
>  * http://lists.oasis-open.org/archives/wsbpel/200311/msg00021.html
>  * http://lists.oasis-open.org/archives/wsbpel/200311/msg00023.html
> Having spent this time living with these proposals I have 
> come to the conclusion that it will take us a significant 
> amount of time to get everything right and ready for 
> implementers to implement.
> My personal belief is that customers will benefit more by 
> getting the BPEL spec out as early as possible than by having 
> sub-functions in the first version of BPEL. Sub-functions are 
> something that we can safely add in later as an extension and 
> I would certainly expect them to be part of the next version of BPEL.
> Therefore I propose that we close Issue 2 with a note that 
> the matter should be considered by those working on future 
> versions of BPEL.
> 		Yaron
> 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/le

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