No problem with "<rethrow/>" ...
Note that rethrow is not limited to <catchAll>. A <catch
faultVariable="xxx" faultMessageType="yyy"> also needs it as it does not
know the faultName.
Kind Regards
DK
"Yaron Y. Goland"
<>
To
03.03.2004 00:56 Alex Yiu <>
cc
Dieter Koenig1/Germany/IBM@IBMDE,
Please respond to
ygoland Subject
Re: [wsbpel] Issue - 95 - Proposal
to Vote
+1
Giving it a special name seems reasonable given its limited use.
Alex Yiu wrote:
> Hi DK,
>
> Do you think it may be a better idea to rename <throw/> to <rethrow/>?
>
> Since <throw/> or <rethrow/> can only happens within <catchAll>, it
> would be easier for BPEL users to distinguish the difference
> syntactially, if it is named as <rethrow/>. And, it would be easier for
> XML Schema of BPEL to enforce that semantics without relying on
> after-schema-validation semantics check of BPEL
> translator/compiler/processor implementation.
>
> (This idea came from one of my co-workers: Viru Singh.)
>
> Thanks!
>
> Regards,
> Alex Yiu
>
>
>
>
> Dieter Koenig1 wrote:
>
> >Proposed resolution for Issue 95: Allow all custom fault handlers
> >rethrowing the original fault.
> >
> >Rationale: Default fault handlers, in addition to other steps, rethrow
the
> >original fault. Custom fault handlers must be able to express the
default
> >behavior as well.
> >
> >Proposed syntax:
> > <throw/>
> >(without attributes).
> >
> >Example:
> > <catchAll>
> > <sequence>
> > ...
> > <throw/> <!-- this is a rethrow of the original fault -->
> > </sequence>
> > <catchAll>
> >
> >Kind Regards
> >DK
> >
> >
> >
> >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/leave_workgroup.php
.
>
> >
> >
> >
>
>
>
> 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/leave_workgroup.php
.
>
