Please clarify your question. Is it:
Can a single client application call two different web services, one
implemented using Apache Axis and the other implemented using Apache
SOAP?
> Yes. And, in fact, you should be able to use any SOAP toolkit to implement 
> the client proxy (although interoperability can be tricky unless you design 
> the interfaces properly). In any case, the format of the endpoint makes no 
> difference -- it's just a URL, which is opaque to the client proxy. 

or is it:
Can a client application call two different web services that
implement that same WSDL interface, one implemented using Apache Axis
and the other implemented using Apache SOAP, using the same client
proxy interface?
> Possibly, depending on the client toolkit you use to implement the client 
> proxy and whether or not you are using a compiled stub, a dynamic proxy, or a 
> dynamic invocation interface (DII). If you are using compiled stubs, then you 
> must generate a different stub for each service you access. (Apache SOAP and 
> Microsoft .NET only support compiled stubs.) When using a dynamic proxy or a 
> DII, you should be able to dynamically select between service implementations 
> at runtime.   

or is it:
Can a single client application use both Apache Axis and Apache SOAP
to invoke a remote web service?
> I don't know why you would want to do this. Pick one client-side toolkit. 

Anne
On Wed, 16 Mar 2005 15:05:43 +0100, Marcello Marangio <[EMAIL PROTECTED]> wrote:
> Hi all.
> Is it possible to have the same client code to call an axis service or an
> apache soap service?
> In other words, are soap and axis interoperable?
> As far as I understand there is a difference in the endpoints format, so a
> client that builds an axis endpoint like
> http://hostname/axis/services/Service123 cannot invoke the serviced named
> Service123 deployed on a apache soap server.
> 
> Is it correct?
> 
> Cheers
> Marcello Marangio
> 
>

Reply via email to