You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xmlbeans.apache.org by "Steven Keens (JIRA)" <xm...@xml.apache.org> on 2007/12/08 17:20:45 UTC

[jira] Created: (XMLBEANS-354) Two methods with same name but different return types generated

Two methods with same name but different return types generated
---------------------------------------------------------------

                 Key: XMLBEANS-354
                 URL: https://issues.apache.org/jira/browse/XMLBEANS-354
             Project: XMLBeans
          Issue Type: Bug
          Components: Compiler
    Affects Versions:  Version 2.3,  Version 2.3.1
         Environment: Windows XP
Java 1.6.0_03
            Reporter: Steven Keens


When I run scomp.bat wanting Java 1.5 source on the attached XSD I get bad java code.  When I run scomp wanting Java 1.4 source I don't get the errors.

--- Generate Java 1.4
c:\xmlbeans\bug>scomp -javasource 1.4 -src xmlbeansrc bug.xsd
Time to build schema type system: 0.5 seconds
Time to generate code: 0.156 seconds
Time to compile code: 0.875 seconds
Compiled types to: xmltypes.jar

--- Generate Java 1.5
c:\xmlbeans\bug>scomp -javasource 1.5 -src xmlbeansrc bug.xsd
Time to build schema type system: 0.516 seconds
Time to generate code: 0.14 seconds
c:\Temp\xbean9041.d\src\net\opengis\gml\TestDocument.java:132: getPosList() is already defined in net.opengis.gml.TestDocument.Test
        net.opengis.gml.DirectPositionListType getPosList();
                                               ^
c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java:385: getPosList() is already defined in net.opengis.gml.impl.TestDocumentImpl.TestImpl
        public net.opengis.gml.DirectPositionListType getPosList()
                                                      ^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java uses un
checked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
2 errors

XSD:

<?xml version="1.0" encoding="UTF-8"?>
<!-- edited with XMLSPY v2004 rel. 3 U (http://www.xmlspy.com) by Sylvain Lemieux (private) -->
<schema targetNamespace="http://www.opengis.net/gml" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns="http://www.w3.org/2001/XMLSchema" xmlns:gml="http://www.opengis.net/gml" elementFormDefault="qualified" attributeFormDefault="unqualified">
  <element name="Test">
    <annotation>
      <documentation>Comment describing your root element</documentation>
    </annotation>
    <complexType>
      <sequence>
        <element ref="gml:pos" maxOccurs="unbounded"/>
        <element ref="gml:posList"/>
      </sequence>
    </complexType>
  </element>
  <complexType name="DirectPositionType">
    <annotation>
      <documentation>DirectPosition instances hold the coordinates for a position within some coordinate reference system (CRS). Since 
			DirectPositions, as data types, will often be included in larger objects (such as geometry elements) that have references to CRS, the 
			"srsName" attribute will in general be missing, if this particular DirectPosition is included in a larger element with such a reference to a 
			CRS. In this case, the CRS is implicitly assumed to take on the value of the containing object's CRS.</documentation>
    </annotation>
    <simpleContent>
      <extension base="gml:doubleList"/>
    </simpleContent>
  </complexType>
  <!-- ============================================================== -->
  <complexType name="DirectPositionListType">
    <annotation>
      <documentation>DirectPositionList instances hold the coordinates for a sequence of direct positions within the same coordinate 
			reference system (CRS).</documentation>
    </annotation>
    <simpleContent>
      <extension base="gml:doubleList"/>
    </simpleContent>
  </complexType>
  <simpleType name="doubleList">
    <annotation>
      <documentation>A type for a list of values of the respective simple type.</documentation>
    </annotation>
    <list itemType="double"/>
  </simpleType>
  <element name="pos" type="double"/>
  <element name="posList" type="gml:DirectPositionListType"/>
</schema>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org


[jira] Issue Comment Edited: (XMLBEANS-354) SCOMP generates two methods with same name but different return types when generating java 1.5 code

Posted by "Jeff M (JIRA)" <xm...@xml.apache.org>.
    [ https://issues.apache.org/jira/browse/XMLBEANS-354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688906#action_12688906 ] 

Jeff M edited comment on XMLBEANS-354 at 3/24/09 3:19 PM:
----------------------------------------------------------

In this Nabble forum post by Christopher Hunt on Sept 4, 2008
http://www.nabble.com/RE%3A-Problem-compiling-a-set-of-schemas-with-xmlbeans-2.0.0-p19304130.html

He used the following workaround via an .xsdconfig file:

=====

To avoid this error you have to tell xmlbeans to override one of the names. I decided that instead of xmlbeans mapping GML "pos" elements to Java "pos" members, they map to "position" instead. To achieve this use a command line similar to the following:

scomp -d target/generated-classes/ -src target/generated-sources/ -dl -javasource 1.5 -mx 512m src/main/resources/gml.xsd src/main/resources/gml.xsdconfig

and an xsdconfig of:

<xb:config xmlns:xb="http://xml.apache.org/xmlbeans/2004/02/xbean/config" xmlns:gml="http://www.opengis.net/gml/3.2">
      <xb:qname name="gml:pos" javaname="Position"/>
</xb:config> 

      was (Author: netjeff):
    In this Nabble forum post by Christopher Hunt on Sept 4, 2008
http://www.nabble.com/RE%3A-Problem-compiling-a-set-of-schemas-with-xmlbeans-2.0.0-p19304130.html

He used the following workaround via an .xsdconfig file:

=====

To avoid this error you have to tell xmlbeans to override one of the names. I decided that instead of xmlbeans mapping GML "pos" elements to Java "pos" members, they map to "position" instead. To achieve this use a command line similar to the following:

scomp -d target/generated-classes/ -src target/generated-sources/ -dl -javasource 1.5 -mx 512m src/main/resources/gml.xsd src/main/resources/gml.xsdconfig

and an xsdconfig of:

<xb:config xmlns:xb="http://xml.apache.org/xmlbeans/2004/02/xbean/ 
config"
            xmlns:gml="http://www.opengis.net/gml/3.2">
      <xb:qname name="gml:pos" javaname="Position"/>
</xb:config> 
  
> SCOMP generates two methods with same name but different return types when generating java 1.5 code
> ---------------------------------------------------------------------------------------------------
>
>                 Key: XMLBEANS-354
>                 URL: https://issues.apache.org/jira/browse/XMLBEANS-354
>             Project: XMLBeans
>          Issue Type: Bug
>          Components: Compiler
>    Affects Versions:  Version 2.3,  Version 2.3.1
>         Environment: Windows XP
> Java 1.6.0_03
>            Reporter: Steven Keens
>         Attachments: xmlbeanbug.xsd
>
>
> When I run scomp.bat generating Java 1.5 source on the attached XSD I get uncompilable java code.  When I run scomp generating Java 1.4 source I don't get the errors.
> Note:  The attached XSD is a stripped down version of a publicly available schema from the OGC's (Open Geospatial Consortium) GML version 3.1.1 schemas.  You would not have wanted to fix this bug based upon those schemas!
> --- Screen grab to Generate Java 1.4
> c:\xmlbeans\bug>scomp -javasource 1.4 xmlbeansbug.xsd
> Time to build schema type system: 0.5 seconds
> Time to generate code: 0.156 seconds
> Time to compile code: 0.875 seconds
> Compiled types to: xmltypes.jar
> --- Screen grab to Generate Java 1.5
> c:\xmlbeans\bug>scomp -javasource 1.5 xmlbeansbug.xsd
> Time to build schema type system: 0.516 seconds
> Time to generate code: 0.14 seconds
> c:\Temp\xbean9041.d\src\net\opengis\gml\TestDocument.java:132: getPosList() is already defined in net.opengis.gml.TestDocument.Test
>         net.opengis.gml.DirectPositionListType getPosList();
>                                                ^
> c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java:385: getPosList() is already defined in net.opengis.gml.impl.TestDocumentImpl.TestImpl
>         public net.opengis.gml.DirectPositionListType getPosList()
>                                                       ^
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> Note: c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java uses un
> checked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> 2 errors

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org


[jira] Updated: (XMLBEANS-354) SCOMP generates two methods with same name but different return types when generating java 1.5 code

Posted by "Steven Keens (JIRA)" <xm...@xml.apache.org>.
     [ https://issues.apache.org/jira/browse/XMLBEANS-354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steven Keens updated XMLBEANS-354:
----------------------------------

    Description: 
When I run scomp.bat generating Java 1.5 source on the attached XSD I get uncompilable java code.  When I run scomp generating Java 1.4 source I don't get the errors.

Note:  The attached XSD is a stripped down version of a publicly available schema from the OGC's (Open Geospatial Consortium) GML version 3.1.1 schemas.  You would not have wanted to fix this bug based upon those schemas!

--- Screen grab to Generate Java 1.4
c:\xmlbeans\bug>scomp -javasource 1.4 xmlbeansbug.xsd
Time to build schema type system: 0.5 seconds
Time to generate code: 0.156 seconds
Time to compile code: 0.875 seconds
Compiled types to: xmltypes.jar

--- Screen grab to Generate Java 1.5
c:\xmlbeans\bug>scomp -javasource 1.5 xmlbeansbug.xsd

Time to build schema type system: 0.516 seconds
Time to generate code: 0.14 seconds
c:\Temp\xbean9041.d\src\net\opengis\gml\TestDocument.java:132: getPosList() is already defined in net.opengis.gml.TestDocument.Test
        net.opengis.gml.DirectPositionListType getPosList();
                                               ^
c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java:385: getPosList() is already defined in net.opengis.gml.impl.TestDocumentImpl.TestImpl
        public net.opengis.gml.DirectPositionListType getPosList()
                                                      ^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java uses un
checked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
2 errors



  was:
When I run scomp.bat wanting Java 1.5 source on the attached XSD I get bad java code.  When I run scomp wanting Java 1.4 source I don't get the errors.

--- Generate Java 1.4
c:\xmlbeans\bug>scomp -javasource 1.4 -src xmlbeansrc bug.xsd
Time to build schema type system: 0.5 seconds
Time to generate code: 0.156 seconds
Time to compile code: 0.875 seconds
Compiled types to: xmltypes.jar

--- Generate Java 1.5
c:\xmlbeans\bug>scomp -javasource 1.5 -src xmlbeansrc bug.xsd
Time to build schema type system: 0.516 seconds
Time to generate code: 0.14 seconds
c:\Temp\xbean9041.d\src\net\opengis\gml\TestDocument.java:132: getPosList() is already defined in net.opengis.gml.TestDocument.Test
        net.opengis.gml.DirectPositionListType getPosList();
                                               ^
c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java:385: getPosList() is already defined in net.opengis.gml.impl.TestDocumentImpl.TestImpl
        public net.opengis.gml.DirectPositionListType getPosList()
                                                      ^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java uses un
checked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
2 errors

XSD:

<?xml version="1.0" encoding="UTF-8"?>
<!-- edited with XMLSPY v2004 rel. 3 U (http://www.xmlspy.com) by Sylvain Lemieux (private) -->
<schema targetNamespace="http://www.opengis.net/gml" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns="http://www.w3.org/2001/XMLSchema" xmlns:gml="http://www.opengis.net/gml" elementFormDefault="qualified" attributeFormDefault="unqualified">
  <element name="Test">
    <annotation>
      <documentation>Comment describing your root element</documentation>
    </annotation>
    <complexType>
      <sequence>
        <element ref="gml:pos" maxOccurs="unbounded"/>
        <element ref="gml:posList"/>
      </sequence>
    </complexType>
  </element>
  <complexType name="DirectPositionType">
    <annotation>
      <documentation>DirectPosition instances hold the coordinates for a position within some coordinate reference system (CRS). Since 
			DirectPositions, as data types, will often be included in larger objects (such as geometry elements) that have references to CRS, the 
			"srsName" attribute will in general be missing, if this particular DirectPosition is included in a larger element with such a reference to a 
			CRS. In this case, the CRS is implicitly assumed to take on the value of the containing object's CRS.</documentation>
    </annotation>
    <simpleContent>
      <extension base="gml:doubleList"/>
    </simpleContent>
  </complexType>
  <!-- ============================================================== -->
  <complexType name="DirectPositionListType">
    <annotation>
      <documentation>DirectPositionList instances hold the coordinates for a sequence of direct positions within the same coordinate 
			reference system (CRS).</documentation>
    </annotation>
    <simpleContent>
      <extension base="gml:doubleList"/>
    </simpleContent>
  </complexType>
  <simpleType name="doubleList">
    <annotation>
      <documentation>A type for a list of values of the respective simple type.</documentation>
    </annotation>
    <list itemType="double"/>
  </simpleType>
  <element name="pos" type="double"/>
  <element name="posList" type="gml:DirectPositionListType"/>
</schema>


        Summary: SCOMP generates two methods with same name but different return types when generating java 1.5 code  (was: Two methods with same name but different return types generated)

> SCOMP generates two methods with same name but different return types when generating java 1.5 code
> ---------------------------------------------------------------------------------------------------
>
>                 Key: XMLBEANS-354
>                 URL: https://issues.apache.org/jira/browse/XMLBEANS-354
>             Project: XMLBeans
>          Issue Type: Bug
>          Components: Compiler
>    Affects Versions:  Version 2.3,  Version 2.3.1
>         Environment: Windows XP
> Java 1.6.0_03
>            Reporter: Steven Keens
>         Attachments: xmlbeanbug.xsd
>
>
> When I run scomp.bat generating Java 1.5 source on the attached XSD I get uncompilable java code.  When I run scomp generating Java 1.4 source I don't get the errors.
> Note:  The attached XSD is a stripped down version of a publicly available schema from the OGC's (Open Geospatial Consortium) GML version 3.1.1 schemas.  You would not have wanted to fix this bug based upon those schemas!
> --- Screen grab to Generate Java 1.4
> c:\xmlbeans\bug>scomp -javasource 1.4 xmlbeansbug.xsd
> Time to build schema type system: 0.5 seconds
> Time to generate code: 0.156 seconds
> Time to compile code: 0.875 seconds
> Compiled types to: xmltypes.jar
> --- Screen grab to Generate Java 1.5
> c:\xmlbeans\bug>scomp -javasource 1.5 xmlbeansbug.xsd
> Time to build schema type system: 0.516 seconds
> Time to generate code: 0.14 seconds
> c:\Temp\xbean9041.d\src\net\opengis\gml\TestDocument.java:132: getPosList() is already defined in net.opengis.gml.TestDocument.Test
>         net.opengis.gml.DirectPositionListType getPosList();
>                                                ^
> c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java:385: getPosList() is already defined in net.opengis.gml.impl.TestDocumentImpl.TestImpl
>         public net.opengis.gml.DirectPositionListType getPosList()
>                                                       ^
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> Note: c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java uses un
> checked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> 2 errors

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org


[jira] Updated: (XMLBEANS-354) Two methods with same name but different return types generated

Posted by "Steven Keens (JIRA)" <xm...@xml.apache.org>.
     [ https://issues.apache.org/jira/browse/XMLBEANS-354?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Steven Keens updated XMLBEANS-354:
----------------------------------

    Attachment: xmlbeanbug.xsd

Schema to use to show bug

> Two methods with same name but different return types generated
> ---------------------------------------------------------------
>
>                 Key: XMLBEANS-354
>                 URL: https://issues.apache.org/jira/browse/XMLBEANS-354
>             Project: XMLBeans
>          Issue Type: Bug
>          Components: Compiler
>    Affects Versions:  Version 2.3,  Version 2.3.1
>         Environment: Windows XP
> Java 1.6.0_03
>            Reporter: Steven Keens
>         Attachments: xmlbeanbug.xsd
>
>
> When I run scomp.bat wanting Java 1.5 source on the attached XSD I get bad java code.  When I run scomp wanting Java 1.4 source I don't get the errors.
> --- Generate Java 1.4
> c:\xmlbeans\bug>scomp -javasource 1.4 -src xmlbeansrc bug.xsd
> Time to build schema type system: 0.5 seconds
> Time to generate code: 0.156 seconds
> Time to compile code: 0.875 seconds
> Compiled types to: xmltypes.jar
> --- Generate Java 1.5
> c:\xmlbeans\bug>scomp -javasource 1.5 -src xmlbeansrc bug.xsd
> Time to build schema type system: 0.516 seconds
> Time to generate code: 0.14 seconds
> c:\Temp\xbean9041.d\src\net\opengis\gml\TestDocument.java:132: getPosList() is already defined in net.opengis.gml.TestDocument.Test
>         net.opengis.gml.DirectPositionListType getPosList();
>                                                ^
> c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java:385: getPosList() is already defined in net.opengis.gml.impl.TestDocumentImpl.TestImpl
>         public net.opengis.gml.DirectPositionListType getPosList()
>                                                       ^
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> Note: c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java uses un
> checked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> 2 errors
> XSD:
> <?xml version="1.0" encoding="UTF-8"?>
> <!-- edited with XMLSPY v2004 rel. 3 U (http://www.xmlspy.com) by Sylvain Lemieux (private) -->
> <schema targetNamespace="http://www.opengis.net/gml" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns="http://www.w3.org/2001/XMLSchema" xmlns:gml="http://www.opengis.net/gml" elementFormDefault="qualified" attributeFormDefault="unqualified">
>   <element name="Test">
>     <annotation>
>       <documentation>Comment describing your root element</documentation>
>     </annotation>
>     <complexType>
>       <sequence>
>         <element ref="gml:pos" maxOccurs="unbounded"/>
>         <element ref="gml:posList"/>
>       </sequence>
>     </complexType>
>   </element>
>   <complexType name="DirectPositionType">
>     <annotation>
>       <documentation>DirectPosition instances hold the coordinates for a position within some coordinate reference system (CRS). Since 
> 			DirectPositions, as data types, will often be included in larger objects (such as geometry elements) that have references to CRS, the 
> 			"srsName" attribute will in general be missing, if this particular DirectPosition is included in a larger element with such a reference to a 
> 			CRS. In this case, the CRS is implicitly assumed to take on the value of the containing object's CRS.</documentation>
>     </annotation>
>     <simpleContent>
>       <extension base="gml:doubleList"/>
>     </simpleContent>
>   </complexType>
>   <!-- ============================================================== -->
>   <complexType name="DirectPositionListType">
>     <annotation>
>       <documentation>DirectPositionList instances hold the coordinates for a sequence of direct positions within the same coordinate 
> 			reference system (CRS).</documentation>
>     </annotation>
>     <simpleContent>
>       <extension base="gml:doubleList"/>
>     </simpleContent>
>   </complexType>
>   <simpleType name="doubleList">
>     <annotation>
>       <documentation>A type for a list of values of the respective simple type.</documentation>
>     </annotation>
>     <list itemType="double"/>
>   </simpleType>
>   <element name="pos" type="double"/>
>   <element name="posList" type="gml:DirectPositionListType"/>
> </schema>

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org


[jira] Commented: (XMLBEANS-354) SCOMP generates two methods with same name but different return types when generating java 1.5 code

Posted by "Jeff M (JIRA)" <xm...@xml.apache.org>.
    [ https://issues.apache.org/jira/browse/XMLBEANS-354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688906#action_12688906 ] 

Jeff M commented on XMLBEANS-354:
---------------------------------

In this Nabble forum post by Christopher Hunt on Sept 4, 2008
http://www.nabble.com/RE%3A-Problem-compiling-a-set-of-schemas-with-xmlbeans-2.0.0-p19304130.html

He used the following workaround via an .xsdconfig file:

=====

To avoid this error you have to tell xmlbeans to override one of the names. I decided that instead of xmlbeans mapping GML "pos" elements to Java "pos" members, they map to "position" instead. To achieve this use a command line similar to the following:

scomp -d target/generated-classes/ -src target/generated-sources/ -dl -javasource 1.5 -mx 512m src/main/resources/gml.xsd src/main/resources/gml.xsdconfig

and an xsdconfig of:

<xb:config xmlns:xb="http://xml.apache.org/xmlbeans/2004/02/xbean/ 
config"
            xmlns:gml="http://www.opengis.net/gml/3.2">
      <xb:qname name="gml:pos" javaname="Position"/>
</xb:config> 

> SCOMP generates two methods with same name but different return types when generating java 1.5 code
> ---------------------------------------------------------------------------------------------------
>
>                 Key: XMLBEANS-354
>                 URL: https://issues.apache.org/jira/browse/XMLBEANS-354
>             Project: XMLBeans
>          Issue Type: Bug
>          Components: Compiler
>    Affects Versions:  Version 2.3,  Version 2.3.1
>         Environment: Windows XP
> Java 1.6.0_03
>            Reporter: Steven Keens
>         Attachments: xmlbeanbug.xsd
>
>
> When I run scomp.bat generating Java 1.5 source on the attached XSD I get uncompilable java code.  When I run scomp generating Java 1.4 source I don't get the errors.
> Note:  The attached XSD is a stripped down version of a publicly available schema from the OGC's (Open Geospatial Consortium) GML version 3.1.1 schemas.  You would not have wanted to fix this bug based upon those schemas!
> --- Screen grab to Generate Java 1.4
> c:\xmlbeans\bug>scomp -javasource 1.4 xmlbeansbug.xsd
> Time to build schema type system: 0.5 seconds
> Time to generate code: 0.156 seconds
> Time to compile code: 0.875 seconds
> Compiled types to: xmltypes.jar
> --- Screen grab to Generate Java 1.5
> c:\xmlbeans\bug>scomp -javasource 1.5 xmlbeansbug.xsd
> Time to build schema type system: 0.516 seconds
> Time to generate code: 0.14 seconds
> c:\Temp\xbean9041.d\src\net\opengis\gml\TestDocument.java:132: getPosList() is already defined in net.opengis.gml.TestDocument.Test
>         net.opengis.gml.DirectPositionListType getPosList();
>                                                ^
> c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java:385: getPosList() is already defined in net.opengis.gml.impl.TestDocumentImpl.TestImpl
>         public net.opengis.gml.DirectPositionListType getPosList()
>                                                       ^
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> Note: c:\Temp\xbean9041.d\src\net\opengis\gml\impl\TestDocumentImpl.java uses un
> checked or unsafe operations.
> Note: Recompile with -Xlint:unchecked for details.
> 2 errors

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@xmlbeans.apache.org
For additional commands, e-mail: dev-help@xmlbeans.apache.org