Also what if we have a WSDL definition as follows:
<complexType name="MyData"> < element name="CREATEBY"
nillable="true" type="xsd:string"/> Now WSDL2Java will generate code with a duplicate symbol and the generated code will not be able to distinguish CREATE_BY from CREATEBY.
While it is nice to generate more readable code, in the world of code generators, one should strive for perfect converters.
Another argument to retain an unmangled name is documentation. A good server will have documentation defining these elements, it will be confusing to a client when they attempt to match documentation to a mangle set of code.
Jim Stickley Birch Telecom (816) 300-6743 [EMAIL PROTECTED]
-----Original Message-----
I understand what you are say, but this is not a very robust conversion. The biggest problem with this is that the WSDL file used in this example was generated from Java source, and the java source had underscores, now the generated source does not match the original source, thus the jar file for the generated source is not interoperable with the original source.
Jim Stickley Birch Telecom (816) 300-6743 [EMAIL PROTECTED]
-----Original Message-----
This
isn't a bug. This is what JAX-RPC specifies. It tries to convert XML names to
Java conventional names. One of the rules is, remove each underscore and force
the following character to upper case. Please respond to [EMAIL PROTECTED] To: "'[EMAIL PROTECTED]'"
<[EMAIL PROTECTED]> |
- Attribute's corrupted with WSDL2Java Stickley, Jim
- Re: Attribute's corrupted with WSDL2Java butek
- RE: Attribute's corrupted with WSDL2Java Stickley, Jim
- exception in fibonacci Example Abhishek Agrawal
- RE: Attribute's corrupted with WSDL2Java Stickley, Jim
- RE: Attribute's corrupted with WSDL2Java butek
- RE: Attribute's corrupted with WSDL2Java Stickley, Jim