Yeah, this is the same thing. I have not solved it, (been doing other things) Notice how a second schema was generated by xfire? It seems to do this with lists of any sort (any sort of unbounded schema elements in wsdl first terms anyway)
The second schema has a namespace entirely made up by xfire, which throws a large bucket of cold water on anyone who tried to make a client from the same wsdl as the server :) It might be just a config issue, because everyone else seems to make it work :) Cheers, Karl P > -----Original Message----- > From: João Nuno Silva [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 02, 2007 3:46 PM > To: [email protected] > Subject: Re: [xfire-user] Help removing namespaces > > Thanks for the quick response, here is the wsdl: > > <?xml version="1.0" encoding="UTF-8"?> > <wsdl:definitions targetNamespace="MyTest" xmlns:tns="MyTest" > xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/"; > <http://schemas.xmlsoap.org/wsdl/soap/> > xmlns:soap12="http://www.w3.org/2003/05/soap-envelope"; > <http://www.w3.org/2003/05/soap-envelope> xmlns:ns1="Person" > xmlns:xsd="http://www.w3.org/2001/XMLSchema"; > <http://www.w3.org/2001/XMLSchema> > xmlns:soapenc11="http://schemas.xmlsoap.org/soap/encoding/"; > <http://schemas.xmlsoap.org/soap/encoding/> > xmlns:soapenc12="http://www.w3.org/2003/05/soap-encoding"; > <http://www.w3.org/2003/05/soap-encoding> > xmlns:soap11="http://schemas.xmlsoap.org/soap/envelope/"; > <http://schemas.xmlsoap.org/soap/envelope/> > xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; > <http://schemas.xmlsoap.org/wsdl/> > > <wsdl:types> > <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"; > <http://www.w3.org/2001/XMLSchema> > attributeFormDefault="qualified" > elementFormDefault="qualified" > targetNamespace="MyTest"><xsd:element > name="list"><xsd:complexType/></xsd:element><xsd:element > name="listResponse"><xsd:complexType><xsd:sequence><xsd:elemen > t maxOccurs="1" minOccurs="1" name="Persons" nillable="true" > type="ns1:ArrayOfPerson"/></xsd:sequence></xsd:complexType></x > sd:element></xsd:schema> > <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"; > <http://www.w3.org/2001/XMLSchema> > attributeFormDefault="qualified" > elementFormDefault="qualified" > targetNamespace="Person"><xsd:complexType > name="ArrayOfPerson"><xsd:sequence><xsd:element > maxOccurs="unbounded" minOccurs="0" name="Person" > nillable="true" > type="ns1:Person"/></xsd:sequence></xsd:complexType><xsd:compl > exType name="Person"><xsd:sequence><xsd:element minOccurs="0" > name="age" nillable="true" type="xsd:int"/><xsd:element > minOccurs="0" name="name" nillable="true" > type="xsd:string"/><xsd:any maxOccurs="unbounded" > minOccurs="0"/></xsd:sequence><xsd:anyAttribute/></xsd:complex > Type></xsd:schema> > </wsdl:types> > <wsdl:message name="listRequest"> > <wsdl:part name="parameters" element="tns:list"/> > </wsdl:message> > <wsdl:message name="listResponse"> > <wsdl:part name="parameters" element="tns:listResponse"/> > </wsdl:message> > <wsdl:portType name="MyTest"> > <wsdl:operation name="list"> > <wsdl:input name="listRequest" message="tns:listRequest"/> > <wsdl:output name="listResponse" message="tns:listResponse"/> > </wsdl:operation> > </wsdl:portType> > <wsdl:binding name="MyTestHttpBinding" type="tns:MyTest"> > <wsdlsoap:binding style="document" > transport="http://schemas.xmlsoap.org/soap/http"; > <http://schemas.xmlsoap.org/soap/http> /> > <wsdl:operation name="list"> > <wsdlsoap:operation soapAction=""/> > <wsdl:input name="listRequest"> > <wsdlsoap:body use="literal"/> > </wsdl:input> > <wsdl:output name="listResponse"> > <wsdlsoap:body use="literal"/> > </wsdl:output> > </wsdl:operation> > </wsdl:binding> > <wsdl:service name="MyTest"> > <wsdl:port name="MyTestHttpPort" binding="tns:MyTestHttpBinding"> > <wsdlsoap:address > location="http://localhost:8080/test/services/MyTest"; > <http://localhost:8080/test/services/MyTest> /> > </wsdl:port> > </wsdl:service> > </wsdl:definitions> > > What do you mean by "This is partially captured in XFIRE-509. > (if you work around the missing setters, you end up with what > you have)"? I've read this jira and I don't quite understand > if this is the expected behaviour or something I'm doing > wrong... Were you able to solve it? Thank you. > > Best regards, > Joao Silva > > > Karl Palsson wrote: > > Can you show us the wsdl generated by xfire? > > I suspect you're seeing the same problems I was having > earlier, where xfire decided to start using the class > namespace, and making up it's own elements in the wsdl > schema, rather than using what I told it to. This is > partially captured in XFIRE-509. (if you work around the > missing setters, you end up with what you have) > > Cheers, > Karl P > > > > -----Original Message----- > From: João Nuno Silva > [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 02, 2007 3:25 PM > To: [email protected] > Subject: [xfire-user] Help removing namespaces > > Hello, > > Can you please help me remove the > xmlns="Person" from the > name and age attributes in the following SOAP Response? > Thanks in advance! Joao Silva > > <soap:Envelope [...]> <soap:Envelope[...]> > <soap:Envelope> <soap:Envelope> > <soap:Body> <soap:Body> <soap:Body> <soap:Body> > <listResponse xmlns="MyTest"> > <Persons> > <ns1:Person xmlns:ns1="Person"> > <age xmlns="Person">32</age> > <name xmlns="Person">Peter</name> > </ns1:Person> > <ns1:Person xmlns:ns1="Person"> > <age xmlns="Person">24</age> > <name xmlns="Person">Alex</name> > </ns1:Person> > </Persons> > </listResponse> > </soap:Body> > </soap:Envelope> > > ...and this is my code: > > ############# > # Interface # > ############# > > @WebService(name = "MyTest", targetNamespace = > "MyTest") > public interface MyTest { > @WebMethod > @WebResult(name = "Persons") > public Collection<Person> list(); > } > > ################## > # Implementation # > ################## > > @WebService(endpointInterface = > "test.service.MyTest") public > class MyTestImpl implements MyTest { > > public Collection<Person> list() { > Collection<Person> persons = new > ArrayList<Person>(); > > persons.add(new Person("Peter", 32)); > persons.add(new Person("Alex", 24)); > > return persons; > } > } > > ########## > # Entity # > ########## > > @XmlType(namespace = "Person") > public class Person { > private String name; > private Integer age; > > public Person(String name, Integer age) { > this.name = name; > this.age = age; > } > > public Integer getAge() { > return age; > } > public void setAge(Integer age) { > this.age = age; > } > public String getName() { > return name; > } > public void setName(String name) { > this.name = name; > } > } > > > > > DISCLAIMER: This message may contain > confidential information > or privileged material and is intended only for the > individual(s) named. If you are not a named > addressee and > mistakenly received this message you should not copy or > otherwise disseminate it: please delete this > e-mail from your > system and notify the sender immediately. E-mail > transmissions are not guaranteed to be secure > or without > errors as information could be intercepted, > corrupted, lost, > destroyed, arrive late or incomplete or contain > viruses. > Therefore, the sender does not accept liability for any > errors or omissions in the contents of this > message that > arise as a result of e-mail transmissions. > Please request a > hard copy version if verification is required. > Critical Software, SA. > > > > > -------------------------------------------------------------- > ------- To unsubscribe from this list please visit: > http://xircles.codehaus.org/manage_email > > > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > > > > > > > > DISCLAIMER: This message may contain confidential information > or privileged material and is intended only for the > individual(s) named. If you are not a named addressee and > mistakenly received this message you should not copy or > otherwise disseminate it: please delete this e-mail from your > system and notify the sender immediately. E-mail > transmissions are not guaranteed to be secure or without > errors as information could be intercepted, corrupted, lost, > destroyed, arrive late or incomplete or contain viruses. > Therefore, the sender does not accept liability for any > errors or omissions in the contents of this message that > arise as a result of e-mail transmissions. Please request a > hard copy version if verification is required. Critical Software, SA. > > > > -------------------------------------------------------------- > ------- To unsubscribe from this list please visit: > http://xircles.codehaus.org/manage_email > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
