Effectively, the axis2.xml hosting the web service has the following line:
<!-- ================================================= -->
<!-- Global Modules -->
<!-- ================================================= -->
<!-- Comment this to disable Addressing -->
<module ref="addressing"/>
Does this determine from the configuration context that the client
stub must generate WSA tags? Actually, there is no problem invoking
the Web Service with WSA tags because the target WS is also an AXIS2
WS. Is it a good behavior to keep the WSA approach? Because I would
like to comment out the addressing module.
Thanks
On 8/8/07, Mark Badorrek <[EMAIL PROTECTED]> wrote:
> If you look in the axis2.xml file that configures the server, is WSA engaged?
>
> ________________________________
>
> From: Alberto Patino [mailto:[EMAIL PROTECTED]
> Sent: Wed 8/8/2007 2:39 PM
> To: [email protected]
> Subject: [AXIS2] WSA used when invoke WS inside another Web Service
>
>
>
> Hi guys!
>
> I wrote an axis2 web service, so inside of the skeleton I inserted
> code to invoke another web service. Basically I get a new instance of
> the Stub Class, fiil the ADBBean with data to pass this data as the
> parameter and invoke the operation, but I realized something amazing
> ;-p the Stub instance determines that the invocation will be using the
> WSA spec!!!
>
> If I run the client in standalone mode the invokation is a normal SOAP
> message with no WSA special tags. Debugging a little bit the code, I
> realized that the addressing module is engaged to the operation and
> the AxisService inside the Stub Class, but I coulnd't find out what is
> the reason of this behavior.
>
> Could someone enlighten me?
>
> Thanks!
> --
> Don't be evil!!!
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Don't be evil!!!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
