Can you explain further what you mean by "suppress the namespaces"?
The use of namespaces--whether or not an element must be qualified or unqualified--is determined by your schema. The top-level element in your SOAP Body (<geocode>) should always be namespace qualified, but you're not required to namespace qualify its child elements. You can turn off namespace qualification of these elements by defining them as local elements to the <geocode> element and specifying elementFormDefault="unqualified". Right now you are defining the <outputs> element and its children in a different schema, though, so you will have to combine them. Anne On 6/7/05, Kiran Kumar <[EMAIL PROTECTED]> wrote: > > > Hi, I am using Axis 1.2 and using BeanSerializerFactory to return the > response in XML form. It was generating the output something like this.. I > want to suprress the namespaces.. Is there any way to do this in Axis? > > > <geocode > xmlns="http://domain.mydomain/versions/1.0/idindividual";> > <ns1:outputs > xmlns:ns1="http://domain.mydomain/versions/1.0/idcommontypes";> > <ns1:layer name="WARDS"> > <ns1:record> > <ns1:column name="OBJECTID"> > <ns1:value>151</ns1:value> > </ns1:column> > <ns1:column name="AREA"> > <ns1:value>1.12711579644057E8</ns1:value> > </ns1:column> > <ns1:column name="PERIMETER"> > <ns1:value>87634.71237811</ns1:value> > </ns1:column> > </ns1:record> > </ns1:layer> > </ns1:outputs> > </geocode> > > > > > Thanks > Kiran > > > ------------------------------------------------ > > This e-mail, and any attachments thereto, is confidential and is intended > only for the individual(s) named. If you are not the intended recipient, > please let us know by e-mail reply and delete it from your system; do not > copy/save this e-mail or disclose its contents to anyone. E-mail > transmissions cannot be guaranteed to be secure or error-free as the > transmission could be interrupted, corrupted, lost, destroyed, altered, > arrive late or contain viruses. ObjectWave does not accept liability for > any errors or omissions in the contents of this e-mail which arise as a > result of e-mail transmission. The views expressed in this e-mail do not > necessarily reflect those of ObjectWave or its affiliates. > > ------------------------------------------------
