[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: [wsbpel] Issue - 270 - Proposal to vote
Here's another attempt
at editing the sentence in question:
If the from-spec message
variable is partially initialized then any uninitialized parts of the
from-spec variable result in the same parts of the to-spec
variable becoming uninitialized. From: Mark Ford [mailto:mark.ford@active-endpoints.com] Sent: Wednesday, June 14, 2006 1:20 PM To: 'Alex Yiu'; wsbpel@lists.oasis-open.org Subject: [wsbpel] Issue - 270 - Proposal to vote Resending my proposal
with new subject and slightly different wording based on feedback from Alex
during call. There was general agreement on supporting this proposal but some
concern over how to phrase the copy of a partially initialized message
variable.
Section
8.4.2:
---- from ---- Replacement Logic for WSDL Message
Variables ---- to ---- Replacement Logic for WSDL Message
Variables ---- end ---- Lastly, I think we should also disallow the use of a partially initialized message variable with a <throw>. This seems consistent with the resolution of Issue 258 which disallowed the use of such a variable with <invoke> or <reply>. The change there would be to add the <throw> to the end of Section 8.1 where the resolution text for Issue 258 was added. ---- from ---- An attempt during process execution to read a variable or, in the case of a message type variable, a part of a variable before it is initialized MUST result in the standard bpel:uninitializedVariable fault. This includes the <invoke> and <reply> activity, where the presence of an uninitialized part also results in the standard fault bpel:uninitializedVariable. ---- to ---- An
attempt during process execution to read a variable or, in the case of a message
type variable, a part of a variable before it is initialized MUST result in the
standard bpel:uninitializedVariable fault. This
includes the <invoke>, <reply>, and
<throw> activities, where the presence of an uninitialized part
also results in the standard fault bpel:uninitializedVariable.
---- end ---- |
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]