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 "Mark Whitlock (JIRA)" <ax...@ws.apache.org> on 2005/03/04 16:19:50 UTC

[jira] Commented: (AXISCPP-475) Stub::getNamespacePrefix fails

     [ http://issues.apache.org/jira/browse/AXISCPP-475?page=comments#action_60193 ]
     
Mark Whitlock commented on AXISCPP-475:
---------------------------------------

This is the same problem as AXISCPP-392

> Stub::getNamespacePrefix fails
> ------------------------------
>
>          Key: AXISCPP-475
>          URL: http://issues.apache.org/jira/browse/AXISCPP-475
>      Project: Axis-C++
>         Type: Bug
>   Components: Client - Stub
>     Reporter: Mark Whitlock
>     Assignee: Mark Whitlock

>
> I am investigating the TestGetNamespacePrefix test which currently is not working. It tests the Stub::getNamespacePrefix method which it invokes after calling a web service. The prefix returned is not the prefix that is set up before calling the web service.
> This method only makes sense when called after the Call::initialize (because it needs the SoapSerializer and the SoapSerializer is created during the Call::initialize) and before the Call::invoke (since it gets the namespace prefix from the SoapSerializer not the SoapDeSerializer). The client application never gets control between the Call::initialize and the Call::invoke since both are issued from the generated stub. So Stub::getNamespacePrefix does not make sense and should be removed. However Call::getNamespcePrefix does make sense for client applications using the dynamic API.

-- 
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
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira