If you had WSDL that you hand-built in XML-Spy (which is the right way to go, IMHO), why were you trying to use the generated WSDL? I wouldn't do that if I were you - I wouldn't really expect it to work. I'm not confident that the WSDL->Java->WSDL conversion process will give back the original WSDL in all cases.

Axis' support for Doc/Literal is getting better all the time - what version were/are you working with?

-danch


Magnus Sandberg wrote:
I have seen quite a bit of post here on interoperability and problems
with Axis not generation WSDL as expected.

I have been trying for some time to deploy a quite large service, using
Axis 1.1, with about a hundred functions and very deep complex data
structures, including Arrays.

Just want to share a few things that I have found out on my journey to
success and to ask a few thing that don't work as I want them to.

We are building our service from WSDL that we create in XML-spy, in out
first attempt we tried to generate a Doc/Literal Service. WSDL2Java
successfully generated java classes for us but when we tried to generate
WSDL from the running service (using ?WSDL) Axis kept on giving us
errors like this:

---8<----
Fault - WSDLException: faultCode=PARSER_ERROR: Problem parsing '- WSDL
Document -'.: The value of the attribute
"prefix="xmlns",localpart="tns1",rawname="xmlns:tns1"" is invalid.
Prefixed namespace bindings may not be empty.:
org.xml.sax.SAXParseException: The value of the attribute
"prefix="xmlns",localpart="tns1",rawname="xmlns:tns1"" is invalid.
Prefixed namespace bindings may not be empty.
---8<-----

After searching, reading and experimenting quite a bit we found out that
Axis doesn't really like Doc/Literal so we tried RPC/Encoded instead.
(Note that .NET only likes Doc/Literal or RPC/Encoded and no other
combinations.) Now Axis could generate the WSDL and we started to build
clients. Using Axis as client was no problem but the .NET client gave us
this error:

Reply via email to