You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "nadir amra (JIRA)" <ax...@ws.apache.org> on 2007/01/18 06:25:30 UTC

[jira] Closed: (AXISCPP-914) fault/exception/error handling flawed

     [ https://issues.apache.org/jira/browse/AXISCPP-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

nadir amra closed AXISCPP-914.
------------------------------

       Resolution: Fixed
    Fix Version/s: current (nightly)

Franz,

I am closing this issue because I do not think this is a problem any longer.  However, if I am mistaken please reopen. I fixed the copying of the base class in SOAP Exception.


> fault/exception/error handling flawed
> -------------------------------------
>
>                 Key: AXISCPP-914
>                 URL: https://issues.apache.org/jira/browse/AXISCPP-914
>             Project: Axis-C++
>          Issue Type: Bug
>          Components: Client - Stub
>    Affects Versions: 1.6 Alpha
>         Environment: WIN2KSP4 JDK1.5.0_06 MSVC6SP6
>            Reporter: Franz Fehringer
>             Fix For: current (nightly)
>
>         Attachments: PegsPortType.cpp, t_ErrorResponse.cpp, vakanz.wsdl, vakanz.xsd
>
>
> fault/exception/error handling seems to be flawed in several respects (in what follows i refer to my attached example).
> First the intention of the WSDL/XSD writers clearly was to expect an ErrorResponse element inside the soap:faultdetail for the error scenario of all three requests (and i think they are right so).
> The Axis generated code instead looks for LoginFault, LogoutFault and SearchRoomsFault.
> Second there seem to be problems with memory management.
> I get user defined breakpoints and/or access violations at (all in PegsPortType.cpp)
> throw fault; // line 588
> delete [] const_cast<char*>(detail); // lines 615,720,879
> The const_cast as well as the interplay between assignment and delete operations generally look fishy too me.
> In my investigations i stumbled over the generated t_ErrorResponse (derived from SoapFaultException) copy constructor.
> The base class is not copied over there.
> More to follow.

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

        

---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org