axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 23731] - Impossible to specify code gen. location for holders of arrays of predefined XSD and SOAPENC types
Date Mon, 13 Oct 2003 08:12:48 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23731>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23731

Impossible to specify code gen. location for holders of arrays of predefined XSD and SOAPENC
types





------- Additional Comments From Andrei.Iltchenko@nl.compuware.com  2003-10-13 08:12 -------
When fed to WSDL2Java, the attached WSDL document 
generates 'java.lang.holders.LongArrayHolder' and 'holders.longArrayHolder', 
and the packages of these holders cannot be changed. The above fix lets the 
user influence the packaging of such holders.

Note that there's no problem with holders generated for local elements that 
refer to a global element:

<schema targetNamespace="urn:AddressFetcher2"
   xmlns="http://www.w3.org/1999/XMLSchema">

  <element name="out2" nillable="true" type="xsd:long"/>
  <element name="DoExampleResponse">
    <complexType>
      <sequence>
        ...
        <element ref="typens:out2" maxOccurs="unbounded"/>
      </sequence>
    </complexType>
  </element>

In which case the holder's package can be influenced by specifying a mapping 
from the global element's namespaceURI to a Java package name. In the sample 
above, for example, the package would 
be 'AddressFetcher2.holders.Out2ArrayHolder'.

Regards,
Andrei.

Mime
View raw message