Issue - 95 - Proposal to Vote

[Dieter Koenig1 <dieterkoenig@de.ibm.com>]

So as discussed in the call: the issue is closed with the *syntactical*
change that the re-throw is indicated by

             <rethrow/>

(instead of "<throw/>" in the original proposal).
Kind Regards
DK



                                                                           
             Alex Yiu                                                      
             <alex.yiu@oracle.                                             
             com>                                                       To 
                                       Dieter Koenig1/Germany/IBM@IBMDE    
             03.03.2004 17:06                                           cc 
                                       ygoland@bea.com,                    
                                       wsbpel@lists.oasis-open.org         
                                                                   Subject 
                                       Re: [wsbpel] Issue - 95 - Proposal  
                                       to Vote                             
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           
                                                                           





Thanks for the clarification.
And, agree with your clarification.

Regards,
Alex


Dieter Koenig1 wrote:



      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"

                   <ygoland@bea.com>

      To
                   03.03.2004 00:56          Alex Yiu <alex.yiu@oracle.com>

      cc
                                             Dieter
      Koenig1/Germany/IBM@IBMDE,
                   Please respond to         wsbpel@lists.oasis-open.org

                        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

      .




      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
.