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

Proposed action item: Bug in Initial example - violates SA00050

From
Eiane Kordan
Date
2006-07-19T17:17:13+00:00
ID
Thread
Proposed action item: Bug in Initial example - violates SA00050
We intended to ask on the call today
if the TC is agreeable with making this an action item and letting the
spec editing team proceed with fixing it but didn't have time.   Given
the freeze date  and in the interest of optimizing our use of TC call
time, please let us know by email by Friday if you think this requires
an issue and discussion.   Otherwise we will go ahead with an action
item.  

 

Regards, Diane

IBM  Emerging Internet Software Standards



(919)254-7221 or 8-444-7221, Mobile: 919-624-5123, Fax 845-491-5709

----- Forwarded by Diane
Jordan/Raleigh/IBM on 07/19/2006 01:11 PM -----

Thomas Schulze <>

07/19/2006 07:31 AM

To



cc

Subject

[wsbpel] Fw: Initial example violates
SA00050?

Because it's only a change in the example and the explaining text I'd like

to propose to open a new action item to address this bug (no normative

wording needs to be changed).

Diane/John, we should discuss this in today's call.

Here is my proposal (based on v1.161):

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

In section 5.1 in the WSDL change the fault name in portType shippingPT

from:

<!-- portType supported by the shipping service -->

      <wsdl:portType name="shippingPT">

           <wsdl:operation name="requestShipping">

            <wsdl:input message="pos:shippingRequestMessage"/>

            <wsdl:output message="pos:shippingInfoMessage"/>

            <wsdl:fault name="cannotCompleteOrder"

                  message="pos:orderFaultType"/>

           </wsdl:operation>

      </wsdl:portType>

to:

<!-- portType supported by the shipping service -->

      <wsdl:portType name="shippingPT">

           <wsdl:operation name="requestShipping">

            <wsdl:input message="pos:shippingRequestMessage"/>

            <wsdl:output message="pos:shippingInfoMessage"/>

            <wsdl:fault name="cannotCompleteShipping"

                  message="pos:orderFaultType"/>

           </wsdl:operation>

      </wsdl:portType>

In the process change the process' fault handler from:

<faultHandlers>

     <catch faultName="lns:cannotCompleteOrder"

            faultVariable="POFault"

            faultMessageType="lns:orderFaultType">

      <reply partnerLink="purchasing"

         portType="lns:purchaseOrderPT"

         operation="sendPurchaseOrder"

         variable="POFault"

         faultName="cannotCompleteOrder"/>

     </catch>

</faultHandlers>

to:

<faultHandlers>

     <catch faultName="lns:cannotCompleteShipping"

            faultVariable="POFault"

            faultMessageType="lns:orderFaultType">

      <reply partnerLink="purchasing"

         portType="lns:purchaseOrderPT"

         operation="sendPurchaseOrder"

         variable="POFault"

         faultName="cannotCompleteOrder"/>

     </catch>

</faultHandlers>

In section 5.6 change the paragraph before the last from:

Certain operations can return faults, as defined in their WSDL definitions.

For simplicity, it is assumed here that the two operations return the same

fault ("cannotCompleteOrder"). When a fault occurs, normal processing
is

terminated and control is transferred to the corresponding fault handler,

as defined in the <faultHandlers> section. In this example the fault

handler uses a <reply> element to return a fault to the customer
(note the

faultName attribute in the <reply> element).

to:

Certain operations can return faults, as defined in their WSDL definitions.

When a fault occurs, normal processing is terminated and control is

transferred to the corresponding fault handler, as defined in the

<faultHandlers> section. In this example the fault handler uses a
<reply>

element to return a fault to the customer (note the faultName attribute
in

the <reply> element).

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Best regards/Mit freundlichen Grüßen,

       Thomas Schulze

----- Forwarded by Thomas Schulze/Germany/IBM on 19.07.2006 13:12 -----

                    
                     
                     
          

             Thomas      
                     
                     
     

             Schulze/Germany/I    
                     
                  

             BM        
                     
                     
    To 

                    
                  
        

             17.07.2006 11:10    
                     
                cc 

                    
                     
                     
          

                    
                     
                     
  Subject 

                    
                  Initial
example violates SA00050?   

                    
                     
                     
          

                    
                     
                     
          

                    
                     
                     
          

                    
                     
                     
          

                    
                     
                     
          

                    
                     
                     
          

The initial example in 5.1 introduces the WSDL fault 'cannotCompleteOrder'

two times, one for portType 'purchaseOrderPT' operation 'sendPurchaseOrder'

and one for portType 'shippingPT' operation 'requestShipping'. This

violates SA00050 (v26 of the SA List):

"In the case of a request-response invocation, the operation might
return a

WSDL fault message. This results in a fault identified in WS-BPEL by a

QName formed by the target namespace of the corresponding portType and
the

fault name. To ensure uniqueness, this uniform naming mechanism MUST be

followed even though it does not match the WSDL’s fault-naming model."

Should this be fixed before the freeze? If yes, some adaptions to 5.6 are

necessary, too...

Best regards/Mit freundlichen Grüßen,

       Thomas Schulze
← Prev in month ← Prev in thread
Next in thread → Next in month →