axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Martin Gainty" <>
Subject Re: Schema validation
Date Mon, 22 May 2006 12:15:50 GMT
Good Morning Ken

Who(m)ever is supplying the WSDL to you is responsible for specifying request and response
for all methods along with specifying 
parameters to those methods.
Who(m)ever is changing the schema needs to re-gen and re-publish the WSDL 

A situation arose where my webservice is now returning a String parameter so I have re-published
and regen'ed the WSDL to reflect the response string

<wsdl:message name="NameOfMethodResponse">
      <wsdl:part name="NameOfMethodReturn" type="xsd:string" /> 

Does this answer your question?
Martin --
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed.  If you have received this email message in error, please notify
the sender immediately by telephone or email and destroy the original
message without making a copy.  Thank you.

----- Original Message ----- 
From: "Ken Tam" <>
To: <>
Sent: Sunday, May 21, 2006 9:18 PM
Subject: Schema validation

> Hi all,
> I am consuming web services made available from my customer. I was given a
> very elaborate WSDL with schemas and I was able to generate the stubs by
> using Axis's WSDL2Java. Everything was working fine until the service was
> changed on the customer's end. This causes the deserialization step to fail
> as the SOAP response does not match the schema. The customer in this case is
> a big company and they don't tend to respond in a timely manner. However,
> the problem persists which I must fix. I am using Axis 1.3 and it doesn't
> seem to validate the SOAP response with the WSDL's schema. How do I
> configure Axis to do so? Currently, I had to spend quite a bit of time to
> track down the mismatches. I figure if the schema is used to validate, it
> should point out the mismatches right off to spare me the time to track them
> down.
> Thanks,
> Ken
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:
View raw message