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: Issue 189: Eliminate JoinConditions always evaluating only after all source activities are complete


Title: Message
This issue has been added to the wsbpel issue list with a status of "received". The status will be changed to "open" if the TC accepts it as identifying a bug in the spec or decides it should be accepted specially. Otherwise it will be closed without further consideration (but will be marked as "Revisitable")

The issues list is posted as a Technical Committee document to the OASIS WSBPEL TC pages on a regular basis. The current edition, as a TC document, is the most recent version of the document entitled in the "Issues" folder of the WSBPEL TC document list - the next posting as a TC document will include this issue. The list editor's working copy, which will normally include an issue when it is announced, is available at this constant URL.

    

Issue 189: Eliminate JoinConditions always evaluating only after all source activities are complete

Status: received
Date added: 29 Jan 2005
Categories: State management
Date submitted: 27 January 2005
Submitter: Prasad Yendluri
Document: WS-BPEL Working Draft, December, 2004
Description: The BPEL specification currently requires that a joinCondition on a target activity be evaluated only after all sources activities for the links coming into it are complete, whether or not the the joinCondition calls for it. In situations such as an activity needs only one of its source activities to be complete (as in the case of an implicit-join), it is unnecessary with serious performance implications to require that all source activities must be complete prior to evaluating the join condition.

Submitter's proposal: The specification must eliminate this built-in inefficiency and facilitate evaluation of joinCondition each time an incoming link has a status change, *as an option* on the joinCondition or as a process/scope level enabler.

Links: (Note considerable discussion before formal raising of an issue)     Prasad Yendluri, 27 Jan 2005     Danny van der Rijn, 27 Jan 2005    Prasad Yendluri, 27 Jan 2005     Dieter Koenig1, 27 Jan 2005     Prasad Yendluri, 27 Jan 2005     Danny van der Rijn, 27 Jan 2005    Prasad Yendluri, 27 Jan 2005     Tony Fletcher, 27 Jan 2004     Danny van der Rijn, 27 Jan 2005    Prasad Yendluri, 27 Jan 2005     Announcement, 29 Jan 2005
Changes: 29 Jan 2005 - new issue

Best Regards,

Tony                          

Tony Fletcher

Technical Advisor
Choreology Ltd.
68, Lombard Street, London EC3V 9L J   UK

Phone: 

+44 (0) 1473 729537

Mobile:

+44 (0) 7801 948219

Fax:   

+44 (0) 870 7390077

Web:

www.choreology.com

Cohesions™

Business transaction management software for application coordination

Work: tony.fletcher@choreology.com

Home: amfletcher@iee.org

 


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