You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@axis.apache.org by Carlos Valiente <su...@gmail.com> on 2005/01/26 18:27:52 UTC
Server-side skeletons - What for?
Hi! Just a silly question: What's the benefit of generating the
server-side skeleton class for a service and deploying it instead of
the implementation class? Apart from having a cleaner deploy.wsdd
descriptor, I cannot see much gain
Cheers,
Carlos
Re: Server-side skeletons - What for?
Posted by to...@gsk.com.
The server side implementation class that gets generated has no dependence
on Axis or SOAP. It is meant to contain your business implementation of
the function. The skeleton class is Axis aware and calls the
implementation class. So the implementation class can be tested without
any dependence on Axis or SOAP or HTTP.
If you already have an implementation class, then it may be of no use (the
skeleton class could be made to call the existing implementation) but it
could also be used to modify the interface of an existing implementation
of the function you're trying to publish via a web service. For example,
if the output of the existing service provides too much data, this could
be cut down by the implementation class that is called by the skeleton.
Hope this helps.
Tony
"Carlos Valiente" <su...@gmail.com> wrote on 26/01/2005 17:27:52:
> Hi! Just a silly question: What's the benefit of generating the
> server-side skeleton class for a service and deploying it instead of
> the implementation class? Apart from having a cleaner deploy.wsdd
> descriptor, I cannot see much gain
>
> Cheers,
>
> Carlos
>