Abstract element with concrete type problem

[Christopher Hunt-2]

Hi there,

I'm not sure if this is an xmlbeans issue, or an issue with the xml validator I'm using...

I've produced an XML (GML) document which I validate with Java 1.5's SchemaFactory for a junit test case. The test case fails and declares:

 The value of {abstract} in the element declaration for 'ns1:AbstractTimeSlice' must be false.

Here's the xml:

 <AbstractTimeSlice xsi:type="ns:JourneyStatusType" ns1:id="a1">

(I can't use substitution groups because the JourneyStatusType is in a different jar to the AbstractTimeSlice...)

Here's the code I use to construct the timeslice:

 AbstractTimeSliceType abstractTimeSliceType = 

  historyPropertyType

   .addNewAbstractTimeSlice();

 JourneyStatusType journeyStatusType = 

  (JourneyStatusType) abstractTimeSliceType

   .changeType(JourneyStatusType.type);

Thanks for any help.

Cheers,

-C

[Radu Preotiuc-Pietro]

Unfortunately, if the element itself is abstract in Schema, you have to use substitution groups. So the only way to get out of this is for you to use XmlCursor to change the name of the offending element before you send it out.

 

Radu

---

From: Christopher Hunt [mailto:huntc@...]
Sent: Friday, June 06, 2008 5:12 AM
To: user@...
Subject: Abstract element with concrete type problem

Hi there,

I'm not sure if this is an xmlbeans issue, or an issue with the xml validator I'm using...

I've produced an XML (GML) document which I validate with Java 1.5's SchemaFactory for a junit test case. The test case fails and declares:

 The value of {abstract} in the element declaration for 'ns1:AbstractTimeSlice' must be false.

Here's the xml:

 <AbstractTimeSlice xsi:type="ns:JourneyStatusType" ns1:id="a1">

(I can't use substitution groups because the JourneyStatusType is in a different jar to the AbstractTimeSlice...)

Here's the code I use to construct the timeslice:

 AbstractTimeSliceType abstractTimeSliceType = 

  historyPropertyType

   .addNewAbstractTimeSlice();

 JourneyStatusType journeyStatusType = 

  (JourneyStatusType) abstractTimeSliceType

   .changeType(JourneyStatusType.type);

Thanks for any help.

Cheers,

-C

Notice: This email message, together with any attachments, may contain information of BEA Systems, Inc., its subsidiaries and affiliated entities, that may be confidential, proprietary, copyrighted and/or legally privileged, and is intended solely for the use of the individual or entity named in this message. If you are not the intended recipient, and have received this message in error, please immediately return this by email and then delete it.

[Christopher Hunt-2]

Hi there,

I'm generating JDK 1.5 xmlbeans source but finding that I'm still  
getting warnings of the nature:

        ArrayList is a raw type. References to generic type ArrayList<E>  
should be parameterized...

In my case, the above can be found in methods like:

         /**
          * Gets array of all "Schedule" elements
          */
         public  
com
.classactionpl.schemas.flightTimes.TimeTableType.Schedules.Schedule[]  
getScheduleArray()
         {
             synchronized (monitor())
             {
                 check_orphaned();
                 java.util.List targetList = new java.util.ArrayList();
   <snip>

with the last line yielding the warning of course.

I do like to eliminate all project warnings so is there a way I can do  
this? Here's my configuration (specified as a xmlbeans-maven-plugin  
which pretty much maps to the ant task from what I understand):

        <plugin>
                <groupId>org.codehaus.mojo</groupId>
                <artifactId>xmlbeans-maven-plugin</artifactId>
                <version>2.3.1</version>
                <executions>
                        <execution>
                                <goals>
                                        <goal>xmlbeans</goal>
                                </goals>
                        </execution>
                </executions>
                <inherited>true</inherited>
                <configuration>
                        <download>true</download>
                        <memoryMaximumSize>512m</memoryMaximumSize>
                        <schemaDirectory> src/main/resources </schemaDirectory>
                        <javaSource>1.5</javaSource>
                </configuration>
        </plugin>
...
        <dependency>
                <groupId>org.apache.xmlbeans</groupId>
                <artifactId>xmlbeans</artifactId>
                <version>2.4.0</version>
        </dependency>

I've also verified that the source produced is indeed for 1.5 and I  
can see other bits of the same source file above that uses generics.

Thanks for any help.

Cheers,
-C

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

[Christopher Hunt-2]

Hi there,

I was experiencing the same problem even with the latest GML schemas.  
The problem is that GML defines a Pos and a PosList element. xmlbeans  
accordingly declares a getPosList() method twice - once for return a  
list of pos elements, and the other for returning a single posList  
element i.e.

     /**
      * Gets a List of "pos" elements
      */
     public java.util.List<net.opengis.gml.x32.DirectPositionType>  
getPosList()

and

     /**
      * Gets the "posList" element
      */
     public net.opengis.gml.x32.DirectPositionListType getPosList()

...of course there are two identical method signatures with different  
return types. This causes scomp to yield the error:

.../target/generated-sources/net/opengis/gml/x32/impl/
LinearRingTypeImpl.java:506: getPosList() is already defined in  
net.opengis.gml.x32.impl.LinearRingTypeImpl
     public net.opengis.gml.x32.DirectPositionListType getPosList()

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>

'hope that this helps someone else using xmlbeans with GML.

Cheers,
-C

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@...
For additional commands, e-mail: user-help@...

[Christopher Hunt-2]

Hi there,

I was experiencing the same problem even with the latest GML schemas. The problem is that GML defines a Pos and a PosList element. xmlbeans accordingly declares a getPosList() method twice - once for return a list of pos elements, and the other for returning a single posList element i.e.

   /**
    * Gets a List of "pos" elements
    */
   public java.util.List<net.opengis.gml.x32.DirectPositionType> getPosList()

and

   /**
    * Gets the "posList" element
    */
   public net.opengis.gml.x32.DirectPositionListType getPosList()

...of course there are two identical method signatures with different return types. This causes scomp to yield the error:

.../target/generated-sources/net/opengis/gml/x32/impl/LinearRingTypeImpl.java:506: getPosList() is already defined in net.opengis.gml.x32.impl.LinearRingTypeImpl
   public net.opengis.gml.x32.DirectPositionListType getPosList()

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>

'hope that this helps someone else using xmlbeans with GML.

Cheers,
-C

[Radu Preotiuc-Pietro-2]

Thanks for posting this Christopher!

 

Radu

---

From: Christopher Hunt [mailto:huntc@...]
Sent: Wednesday, September 03, 2008 11:45 PM
To: user@...
Subject: RE: Problem compiling a set of schemas with xmlbeans 2.0.0

Hi there,

I was experiencing the same problem even with the latest GML schemas. The problem is that GML defines a Pos and a PosList element. xmlbeans accordingly declares a getPosList() method twice - once for return a list of pos elements, and the other for returning a single posList element i.e.

   /**
    * Gets a List of "pos" elements
    */
   public java.util.List<net.opengis.gml.x32.DirectPositionType> getPosList()

and

   /**
    * Gets the "posList" element
    */
   public net.opengis.gml.x32.DirectPositionListType getPosList()

...of course there are two identical method signatures with different return types. This causes scomp to yield the error:

.../target/generated-sources/net/opengis/gml/x32/impl/LinearRingTypeImpl.java:506: getPosList() is already defined in net.opengis.gml.x32.impl.LinearRingTypeImpl
   public net.opengis.gml.x32.DirectPositionListType getPosList()

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>

'hope that this helps someone else using xmlbeans with GML.

Cheers,
-C