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