← Prev in month ← Prev in thread
Next in thread → Next in month →

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

From
Tony Fletcher <>
Date
2005-01-29T23:09:42+00:00
ID
001201c50657$9b9b1300$
Thread
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 
completeStatus: 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:  
      

  

    
      
Home: 
      
← Prev in month ← Prev in thread
Next in thread → Next in month →