axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Merritt, Norris" <>
Subject RE: Newbie question about using axis as webservice client
Date Fri, 03 Aug 2007 17:27:09 GMT
Axis2 adb style clients can be made tolerant of new elements added to a
web service by modifying ADBBeanTemplate.xsl contained in

This xsl is used to generate the Java code which pull-parses responses
from the web service. This generated code is what throws exceptions when
it encounters unrecognized elements. It is fairly trivial to modify the
xsl to generate code which is tolerant of newly-added elements (i.e.
just silently consumes and discards them) instead of crashing. I have
done this. To some no doubt this is heresy, to others (myself included)
it is worthwhile because it can be used to achieve looser coupling
between the client and service, and that is good. There are many
business use cases where a service is extended with some new elements
which are not needed by existing clients. The notion that every
previously deployed client should have to be recompiled and redeployed
just because the service was extended is broken, IMHO.



From: Lahiru Sandakith [] 
Sent: Friday, August 03, 2007 4:13 AM
Subject: Re: Newbie question about using axis as webservice client


Hi DelGurth,

As you say the webservice changed then the wsdl also should be
different, so IMO there is no option other than regenerating the client
using wsdl2java tool (via Eclipse), because its an interface level


Lahiru Sandakith

On 8/3/07, DelGurth <> wrote:


I recently stated using axis as my web service client. I've used the
wsdl2java tool (via Eclipse) to generate the client code based on the
wsdl file of the service.

Now the web service changed, it contains a new field, and my client 
application doesn't work anymore. Is there a way to make my client
ignore fields that are unknown to it?

I tried finding an answer in the client-side axis documentation, but I
can't find it, unfortunately. That's why I end up here. 

Wessel van Norel

To unsubscribe, e-mail: 
For additional commands, e-mail:

Lahiru Sandakith
GPG Key Fingerprint : 8CD8 68E0 4CBC 75CB 25BC  1AB1 FE5E 7464 1F01 9A0F

View raw message