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 27 - Proposal to vote - Setting link status incase of transitioncondition


True. This aspect was clarified in the discussions related to this issue but did not make into the
proposed resolution (we voted on!).

I also see the need to address what the status of the link ends up being in this scenario. The
obvious answer seems to that "a transition condition evaluation error would be same as the
transition condition having evaluated to 'not ture'/false'." But, I somehow feel some will not
see it this way. In any case we need to make a definitive statement here and not leave a
loose end dangling.

Regards, Prasad

-------- Original Message --------
Subject: Re: [wsbpel] Issue 27 - Proposal to vote - Setting link status in case of transitioncondition
Date: Thu, 16 Oct 2003 13:18:25 -0700
From: Ashwini Surpur <ashwini.surpur@oracle.com>
Organization: Oracle Corporation
To: Assaf Arkin <arkin@intalio.com>
CC: wsbpel@lists.oasis-open.org

Also from the discussion on issue 27 I get that the local variables of the scope 
cannot be used to evaluate the transition condition of the links and only the 
variables of the parent scope should be used. This needs to be documented 
explicitly as well.

-Ashwini

Assaf Arkin wrote:

> Proposal to resolve issue 27 by adding the following paragraph to the
> specification in the description of how links are handled (pages 64/65):
>
> Note that the transition condition is evaluated after the activity has
> completed. If an error occurs while evaluating the transition condition,
> that error does not affect the completion status of the activity and is
> handled by the activity's enclosing scope. In the case of
> scopes, completion does not necessarily imply successful completion.  A
> scope may suffer an internal fault and yet complete (unsuccessfully) if
> there is a corresponding fault handler associated with the scope and
> that fault handler completes without throwing a fault.
>
> arkin
>
> (This is the same proposal sent on Sep 30, resent for your convenience)



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