axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adrian Dick (JIRA)" <axis-c-...@ws.apache.org>
Subject [jira] Commented: (AXISCPP-439) Soap faults fail for primitive faults
Date Wed, 03 Aug 2005 07:29:36 GMT
    [ http://issues.apache.org/jira/browse/AXISCPP-439?page=comments#action_12317479 ] 

Adrian Dick commented on AXISCPP-439:
-------------------------------------

Dushshantha, Mark, et al.

A while back I made a proposal for re-working the current Fault model to support both SOAP
1.1 and 1.2.  As part of that proposal I also ensured that we could support primitive detail
elements.

See http://marc.theaimsgroup.com/?l=axis-c-dev&m=111640463326474&w=2 for the full
description and UML, feel free to ask if you have any questions.

Adrian

> Soap faults fail for primitive faults
> -------------------------------------
>
>          Key: AXISCPP-439
>          URL: http://issues.apache.org/jira/browse/AXISCPP-439
>      Project: Axis-C++
>         Type: Bug
>   Components: SOAP
>     Reporter: Mark Whitlock
>     Assignee: Dushshantha Chandradasa

>
> I changed the FaultMappingDoc.wsdl so that DivByZeroStruct was an xsd:int instead of
a DivByZeroStruct. So usually FaultMappingDoc.wsdl has ...
> <element name="DivByZeroStruct" nillable="true" type="impl:DivByZeroStruct"/>
> but I changed it to 
> <element name="DivByZeroStruct" nillable="true" type="xsd:int"/>
> so the user soap fault is a primitive not a complex type. 
> When I ran wsdl2ws, the generated classes did not even compile, let alone run. I think
the same problem would occur if the fault was defined to be an array.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message