Thanks Daniel, thanks. Actually to avoid to redefine every name, i patched JaxWsServiceConfiguration with a brutal search and replace of "Response" to "-response" !!
The only "Response" left was in the output message (tns:close-fileResponse): <wsdl:operation name="close-file"> <wsdl:input message="tns:close-file" name="close-file"/> <wsdl:output message="tns:close-fileResponse" name="close-fileResponse"/> </wsdl:operation> So i patched also DefaultServiceConfiguration: <wsdl:operation name="close-file"> <wsdl:input message="tns:close-file" name="close-file"/> <wsdl:output message="tns:close-file-response" name="close-fileResponse"/> </wsdl:operation> Now it looks pretty. Is it also jax-ws compliant ?? For the latter change there seemed to be no annotation.... What do you think? Nicola On Wed, Aug 26, 2009 at 10:09 PM, Daniel Kulp <[email protected]> wrote: > > If you are using the JAX-WS frontend, you would just need to add a > @ResponseWrapper annotation with name="ls-doc-by-id-response". That > should > do it. > > Dan > > > On Wed August 26 2009 9:06:14 am Nicola D'Elia wrote: > > Hi to everyone, > > i'm tweaking the wsdl of my web service. > > > > I use the jaxb binding. > > > > My xml actually looks like the following: > > > > <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";> > > <soap:Body> > > <ns1:ls-doc-by-idResponse xmlns:ns1=" > > http://scrigno.popso.it/webservices-ext-polimi";> > > <id-doc>1</id-doc> > > </ns1:ls-doc-by-idResponse> > > </soap:Body> > > </soap:Envelope> > > > > I would like to: > > > > 1) define the name of the ns1 namespace, instead of a generic "ns1" > > something like "polimi" > > 2) change the name of the response tag from "ls-doc-by-idResponse" to > > "ls-doc-by-id-response"; acually i see that the "Response" suffix is > added > > automatically > > > > > > How to do it ? > > And if i change databinding to Aegis, the setting would still be valid or > i > > should tweak them again ? > > > > > > Thanks > > > > Nicola > > -- > Daniel Kulp > [email protected] > http://www.dankulp.com/blog >
