[
https://issues.apache.org/jira/browse/AXISCPP-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
nadir amra resolved AXISCPP-439.
--------------------------------
Resolution: Fixed
Fix Version/s: current (nightly)
Fixed problem with SOAP faults that are based on primitive types. Basically
for simple faults we retrieve the value as a string and store it in the detail
field of the OtherFaultException. Fix is in revision
http://svn.apache.org/viewvc?view=revision&revision=1350820.
I will be moving the SOAP 1.2 material in this issue to defect AXISCPP-1089
Add support for SOAP 1.2.
I will wait to close issue once I have a test case in test bucket.
> Soap faults fail for primitive faults
> -------------------------------------
>
> Key: AXISCPP-439
> URL: https://issues.apache.org/jira/browse/AXISCPP-439
> Project: Axis-C++
> Issue Type: Bug
> Components: SOAP
> Reporter: Mark Whitlock
> Fix For: current (nightly)
>
> Attachments: pic02743.jpg, pic04035.jpg
>
>
> 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, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscr...@axis.apache.org
For additional commands, e-mail: c-dev-h...@axis.apache.org
