Nabble - Xml Beans

javasource 1.5 flag causing problems, Please help

2008-09-05T13:48:12Z

I am trying to build a JAR file using 1.5 source with generics.

The schema I am trying to compile is CityGML-NoiseADE-0-5-0.xsd.

This schema can be found in the CityGML 1.0.0 distribution (citygml.org)

Below is the session to show where the problem exists. I’m only going to show a few entries to make the point:

C:\TEMP\cityGML\src\main\xsd\NoiseADE>scomp -version

Apache Software Foundation, org.apache.xmlbeans.XmlBeans version 2.4.0-r670094

C:\TEMP\cityGML\src\main\xsd\NoiseADE>validate CityGML-NoiseADE-0-5-0.xsd

C:\TEMP\cityGML\src\main\xsd\NoiseADE>scomp -out NoiseADE.jar -mx 1024M -debug CityGML-NoiseADE-0-5-0.xsd

Time to build schema type system: 1.641 seconds

Time to generate code: 27.125 seconds

Time to compile code: 36.515 seconds

Compiled types to: NoiseADE.jar

C:\TEMP\cityGML\src\main\xsd\NoiseADE>scomp -out NoiseADE.jar -mx 1024M -debug -javasource 1.5 CityGML-NoiseADE-0-5-0.xs

Time to build schema type system: 1.609 seconds

Time to generate code: 31.141 seconds

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\LineStringType.java:208: getPosList() is already def

ined in net.opengis.gml.LineStringType

net.opengis.gml.DirectPositionListType getPosList();

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\LinearRingType.java:162: getPosList() is already def

ined in net.opengis.gml.LinearRingType

net.opengis.gml.DirectPositionListType getPosList();

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\impl\LinearRingTypeImpl.java:508: getPosList() is al

ready defined in net.opengis.gml.impl.LinearRingTypeImpl

public net.opengis.gml.DirectPositionListType getPosList()

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\impl\LineStringTypeImpl.java:664: getPosList() is al

ready defined in net.opengis.gml.impl.LineStringTypeImpl

public net.opengis.gml.DirectPositionListType getPosList()

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\LineStringSegmentType.java:162: getPosList() is alre

ady defined in net.opengis.gml.LineStringSegmentType

net.opengis.gml.DirectPositionListType getPosList();

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\impl\LineStringSegmentTypeImpl.java:508: getPosList(

) is already defined in net.opengis.gml.impl.LineStringSegmentTypeImpl

public net.opengis.gml.DirectPositionListType getPosList()

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\ArcStringType.java:162: getPosList() is already defi

ned in net.opengis.gml.ArcStringType

net.opengis.gml.DirectPositionListType getPosList();

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\impl\ArcStringTypeImpl.java:510: getPosList() is alr

eady defined in net.opengis.gml.impl.ArcStringTypeImpl

public net.opengis.gml.DirectPositionListType getPosList()

C:\DOCUME~1\HEN300~1\LOCALS~1\Temp\xbean17195.d\src\net\opengis\gml\ArcStringByBulgeType.java:162: getPosList() is alrea

dy defined in net.opengis.gml.ArcStringByBulgeType

net.opengis.gml.DirectPositionListType getPosList();

This e-mail and any files transmitted with it may be proprietary and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender.
Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of ITT Corporation. The recipient should check this e-mail and any attachments for the presence of viruses. ITT accepts no liability for any damage caused by any virus transmitted by this e-mail.

From forum: Xml Beans - User

[jira] Commented: (XMLBEANS-381) Generated source files for nested simple enumeration type does not compile - "cannot find symbol org.apache.xmlbeans.XmlString.Enum"

2008-09-05T08:42:44Z

[ https://issues.apache.org/jira/browse/XMLBEANS-381?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12628657#action_12628657 ]

David Pytel commented on XMLBEANS-381:
--------------------------------------

Proposed patch extracts from printStringEnumeration method code that checks if type has a enum base type to seperate method. Then using this hasBase(..) method, the appropriate type is chosen in javaTypeForProperty method.

> Generated source files for nested simple enumeration type does not compile - "cannot find symbol org.apache.xmlbeans.XmlString.Enum"
> ------------------------------------------------------------------------------------------------------------------------------------
>
> Key: XMLBEANS-381
> URL: https://issues.apache.org/jira/browse/XMLBEANS-381
> Project: XMLBeans
> Issue Type: Bug
> Components: Binding
> Affects Versions: TBD
> Environment: Any
> Reporter: David Pytel
> Priority: Minor
> Attachments: patch_for_XMLBEANS-381.patch
>
>
> Generated source files for xsd below does not compile:
> ***************************************************
> <?xml version="1.0" encoding="ISO-8859-1" ?>
> <xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
> <xsd:simpleType name="someAttributeType">
> <xsd:restriction>
> <xsd:simpleType>
> <xsd:restriction base="xsd:string">
> <xsd:enumeration value="aaaaa" />
> <xsd:enumeration value="bbbbb" />
> <xsd:enumeration value="ccccc" />
> <xsd:enumeration value="ddddd" />
> <xsd:enumeration value="eeeee" />
> </xsd:restriction>
> </xsd:simpleType>
> </xsd:restriction>
> </xsd:simpleType>
> <xsd:complexType name="SomeComplexType">
> <xsd:attribute name="attr" type="someAttributeType"/>
> </xsd:complexType>
> </xsd:schema>
> ***************************************************
> Compilation error message:
> ***************************************************
> C:\projects\workspace-opensource\TestsForXmlBeansBugs\.\srcgen\noNamespace\SomeComplexType.java:24: cannot find symbol
> symbol : class Enum
> location: interface org.apache.xmlbeans.XmlString
> org.apache.xmlbeans.XmlString.Enum getAttr();
> .... and so on
> ***************************************************
> Xsd file is valid according to http://www.w3.org/2001/03/webdata/xsv validator.
> One may ask if it makes sense - unfortunately I must work with a schema with similiar constructs:
> http://crd.gov.pl/xml/schematy/adres/2008/05/09/adres.xsd
> This problem occurs in xmlbeans 2.4.0 (there is no such a version to choose when creating bug so I've chosen TBD) and current trunk from svn repo.

--
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@...
For additional commands, e-mail: dev-help@...

From forum: Xml Beans - Dev

[jira] Updated: (XMLBEANS-381) Generated source files for nested simple enumeration type does not compile - "cannot find symbol org.apache.xmlbeans.XmlString.Enum"

2008-09-05T08:36:45Z

[ https://issues.apache.org/jira/browse/XMLBEANS-381?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Pytel updated XMLBEANS-381:
---------------------------------

Attachment: patch_for_XMLBEANS-381.patch

Proposed patch.

From forum: Xml Beans - Dev

[jira] Created: (XMLBEANS-381) Generated source files for nested simple enumeration type does not compile - "cannot find symbol org.apache.xmlbeans.XmlString.Enum"

2008-09-05T08:32:44Z

Generated source files for nested simple enumeration type does not compile - "cannot find symbol org.apache.xmlbeans.XmlString.Enum"
------------------------------------------------------------------------------------------------------------------------------------

Key: XMLBEANS-381
URL: https://issues.apache.org/jira/browse/XMLBEANS-381
Project: XMLBeans
Issue Type: Bug
Components: Binding
Affects Versions: TBD
Environment: Any
Reporter: David Pytel
Priority: Minor

Generated source files for xsd below does not compile:

***************************************************
<?xml version="1.0" encoding="ISO-8859-1" ?>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<xsd:simpleType name="someAttributeType">
<xsd:restriction>
<xsd:simpleType>
<xsd:restriction base="xsd:string">
<xsd:enumeration value="aaaaa" />
<xsd:enumeration value="bbbbb" />
<xsd:enumeration value="ccccc" />
<xsd:enumeration value="ddddd" />
<xsd:enumeration value="eeeee" />
</xsd:restriction>
</xsd:simpleType>
</xsd:restriction>
</xsd:simpleType>
<xsd:complexType name="SomeComplexType">
<xsd:attribute name="attr" type="someAttributeType"/>
</xsd:complexType>
</xsd:schema>
***************************************************

Compilation error message:
***************************************************
C:\projects\workspace-opensource\TestsForXmlBeansBugs\.\srcgen\noNamespace\SomeComplexType.java:24: cannot find symbol
symbol : class Enum
location: interface org.apache.xmlbeans.XmlString
org.apache.xmlbeans.XmlString.Enum getAttr();
.... and so on
***************************************************

Xsd file is valid according to http://www.w3.org/2001/03/webdata/xsv validator.
One may ask if it makes sense - unfortunately I must work with a schema with similiar constructs:
http://crd.gov.pl/xml/schematy/adres/2008/05/09/adres.xsd

This problem occurs in xmlbeans 2.4.0 (there is no such a version to choose when creating bug so I've chosen TBD) and current trunk from svn repo.

--
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@...
For additional commands, e-mail: dev-help@...

From forum: Xml Beans - Dev

set different noNamespace package name

2008-09-04T02:44:27Z

Hello,

I have 3 xsd file that have same root element names with others.
Xml like;

1.xsd's xml --> <A>...<c>.....</c></A>
2.xsd's xml --> <A>...<d>.....</d></A>
3.xsd's xml --> <A>...<e>.....</e></A>

I create 3 jar file with scomp command, and then add these jar files to my project.

But I can only access 1. xsd's jar file class objects, I can not access 2. and 3. xsd's jar file class objects

Because all of these jar files package names begin with noNamespace.A. .....

My question is how I can set different namespace name for each jar files? (noNamespaceX.A. .... and noNamespaceY.A. ... and noNamespaceZ.A. .... etc)

Thanks

Bu elektronik posta ve iceriginde iletilen bütün ekler sadece ulasmasi amaclanan yetkili gercek ya da tüzel kisinin kullanimi icindir. Eger söz konusu yetkili alici degilseniz bu elektronik postanin icerigini aciklamaniz, kopyalamaniz, yönlendirmeniz veya kullanmaniz kesinlikle yasaktir ve elektronik postayi göndericisine bilgi verip derhal silmeniz gerekmektedir. Asya Katılım Bankası A.S. bu e-postanin icerdigi bilgilerin dogrulugu veya eksiksiz oldugu konusunda bir garanti vermemektedir. Banka ve gönderen, e-postanin degisiklige ugrayarak veya gec ulasmasindan, bütünlügünün ve gizliliginin korunamamasindan, virüs icermesinden ve bilgisayar sisteminize verebilecegi herhangi bir zarardan sorumlu degildir.

This e-mail and any attachments transmitted in it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the intended recipient you are hereby notified that any dissemination, forwarding, copying or use of any of the information is strictly prohibited, and the e-mail should immediately be deleted. Asya Katılım Bankası A.S. makes no warranty as to the accuracy or completeness of any information contained in this message. Bank and sender, shall have no liability for any changes or late receiving, loss of integrity and confidentiality, viruses and any damages caused in anyway to your computer system.

From forum: Xml Beans - User

How to suppress generics warnings

2008-09-03T23:44:43Z

Hi there,

I'm generating JDK 1.5 xmlbeans source but finding that I'm 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@...

From forum: Xml Beans - User

RE: Problem compiling a set of schemas with xmlbeans 2.0.0

2008-09-03T23:44:30Z

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

From forum: Xml Beans - User

How to suppress generics warnings

2008-09-03T23:43:56Z

From forum: Xml Beans - User

RE: Problem compiling a set of schemas with xmlbeans 2.0.0

2008-09-03T23:22:35Z

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@...

From forum: Xml Beans - User

How to suppress generics warnings

2008-09-03T21:27:02Z

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@...

From forum: Xml Beans - User

Re: Deep copy not as I expected...

2008-09-02T17:31:22Z

Had to get around the issue to basically doing my own deep copy so the new copy doesn't have a version number linked to the original:

public static XmlObject deepCopy(XmlObject orig) {
ByteArrayOutputStream bos = new ByteArrayOutputStream();

try {
orig.save(bos);

ByteArrayInputStream is = new ByteArrayInputStream(bos.toByteArray());

if(orig.schemaType().equals(TradingSession.type)) {
return TradingSession.Factory.parse(is);
}

.........

paul_se wrote:

Hi,

I've found that when doing a deep copy, the new copy still uses the same Locale as the original. When the original changes and its version (held in the Locale) is updated (i.e. when doing another deep copy, why this changes it I'm not sure), when I try to do an xpath evaluation on the copy it gives me a ConcurrentModificationException (as the copy's version number is copied into an xpath engine class for xpath evaluation and then compared to its Locale version number during traversal of the xpath results, which has been incremented).

Error is thrown from here…

Caused by: java.util.ConcurrentModificationException: Document changed during select
at org.apache.xmlbeans.impl.store.Path$XbeanPathEngine.next(Path.java:462)
at org.apache.xmlbeans.impl.store.Cursor._toSelection(Cursor.java:931)
at org.apache.xmlbeans.impl.store.Cursor._getSelectionCount(Cursor.java:946)
at org.apache.xmlbeans.impl.store.Cursor.getSelectionCount(Cursor.java:2706)
at org.apache.xmlbeans.impl.values.XmlObjectBase.selectPath(XmlObjectBase.java:468)
at org.apache.xmlbeans.impl.values.XmlObjectBase.selectPath(XmlObjectBase.java:446)
…

I've seen that the XmlOption Locale.COPY_USE_NEW_LOCALE is mentioned in the class org.apache.xmlbeans.impl.store.Locale but there is no way of setting it on XmlOptions. Any ideas why it is kept internal? Would like to try setting it to see if this gets round my problem?

Hope that makes some sense - any ideas appreciated or I'll have to raise a bug with XmlBeans.

Thanks.

From forum: Xml Beans - User

Deep copy not as I expected...

2008-09-01T18:07:26Z

Hi,

I've found that when doing a deep copy, the new copy still uses the same Locale as the original. When the original changes and its version (held in the Locale) is updated (i.e. when doing another deep copy, why this changes it I'm not sure), when I try to do an xpath evaluation on the copy it gives me a ConcurrentModificationException (as the copy's version number is copied into an xpath engine class for xpath evaluation and then compared to its Locale version number during traversal of the xpath results, which has been incremented).

Error is thrown from here…

Caused by: java.util.ConcurrentModificationException: Document changed during select
at org.apache.xmlbeans.impl.store.Path$XbeanPathEngine.next(Path.java:462)
at org.apache.xmlbeans.impl.store.Cursor._toSelection(Cursor.java:931)
at org.apache.xmlbeans.impl.store.Cursor._getSelectionCount(Cursor.java:946)
at org.apache.xmlbeans.impl.store.Cursor.getSelectionCount(Cursor.java:2706)
at org.apache.xmlbeans.impl.values.XmlObjectBase.selectPath(XmlObjectBase.java:468)
at org.apache.xmlbeans.impl.values.XmlObjectBase.selectPath(XmlObjectBase.java:446)
…

I've seen that the XmlOption Locale.COPY_USE_NEW_LOCALE is mentioned in the class org.apache.xmlbeans.impl.store.Locale but there is no way of setting it on XmlOptions. Any ideas why it is kept internal? Would like to try setting it to see if this gets round my problem?

Hope that makes some sense - any ideas appreciated or I'll have to raise a bug with XmlBeans.

Thanks.

From forum: Xml Beans - User

RE: XmlBeans with XQuery Troubles

2008-08-30T15:50:46Z

Ski

I don't see a namespace declaration in your xpath query. As far as I know
you need to add this declaration for any namespaces that may be part of the
query path. After the namespace declaration comes your query. Here is an
example that includes two namespaces:

declare namespace m='http://eric.org/xml/baseData' declare namespace
y='http://eric.org/xml/data';
$this/y:athlete_list/y:athlete/m:person[@id='eotgpe']

The above string is the argument that I must supply to selectPath(String) to
execute the query. Notice you also need the namespace declarations before
the element names.

I am not sure if there is any other way to do this. I have tried a number of
variations but this is the only technique I have successfully used.

Eric

-----Original Message-----
From: s.k.i. [mailto:sylvia.isler@...]
Sent: Saturday, August 30, 2008 9:50 AM
To: user@...
Subject: XmlBeans with XQuery Troubles

I am having difficulty getting selectPath() and executeQuery() to work on a
very simple xml example.

The following small example sums up my problem.

In the following code, I would expect 'result = test' to print.

String doc = " <test/> ";
query = "/a/test";
try{
XmlObject xml = XmlObject.Factory.parse(doc);
XmlCursor cursor = xml.newCursor();
cursor.push();
cursor.selectPath(query);
System.out.println("result = " +cursor.getTextValue());
}catch(Exception e){
System.out.println(e.getMessage());
}

However, 'result =' indicating that selectPath() returns nothing.

My runtime classpath contains the following xmlbeans and saxon related
entries:
xbean.jar
jsr173_1.0_api.jar
xbean-xpath.jar
saxon9.jar
saxon9-xqj.jar
saxon9-dom.jar

xmlbeans version is 2.4
saxon version is 9.0.0.4j

Can someone give me some pointers as to what I may have done wrong or how I
should go about resolving this issue?
Thanks,
ski
--
View this message in context:
http://www.nabble.com/XmlBeans-with-XQuery-Troubles-tp19235072p19235072.html
Sent from the Xml Beans - User mailing list archive at Nabble.com.

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

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

From forum: Xml Beans - User

XmlBeans with XQuery Troubles

2008-08-30T09:49:49Z

I am having difficulty getting selectPath() and executeQuery() to work on a very simple xml example.

The following small example sums up my problem.

In the following code, I would expect 'result = test' to print.

String doc = "<test/>";
query = "/a/test";
try{
XmlObject xml = XmlObject.Factory.parse(doc);
XmlCursor cursor = xml.newCursor();
cursor.push();
cursor.selectPath(query);
System.out.println("result = " +cursor.getTextValue());
}catch(Exception e){
System.out.println(e.getMessage());
}

However, 'result =' indicating that selectPath() returns nothing.

My runtime classpath contains the following xmlbeans and saxon related entries:
xbean.jar
jsr173_1.0_api.jar
xbean-xpath.jar
saxon9.jar
saxon9-xqj.jar
saxon9-dom.jar

xmlbeans version is 2.4
saxon version is 9.0.0.4j

Can someone give me some pointers as to what I may have done wrong or how I should go about resolving this issue?
Thanks,
ski

From forum: Xml Beans - User

Urgent: compiling schemas with many dependencies

2008-08-29T07:48:40Z

My project had previously been using XmlBeans.compileXsd(...) using XmlOptions.setCompileDownloadUrls() without a problem. However, recently we added an element reference to a GML element, whose XSD includes a large number of other XSDs. All we really want is that one element and its 2-3 dependency elements/attributes. However, using XmlOptions.setCompileDownloadUrls() appears to build the entire GML included XSD structure (I'm assuming by design). This nearly triples the number of classes generated, takes 10 times as long to compile, and renders our model essentially unusable. Is there a way I can get access to these 3-4 external XSD elements without including the entire GML structure? We want to use XmlOptions.setCompileDownloadUrls() on our own XSDs, but not on external ones.

From forum: Xml Beans - User

[jira] Updated: (XMLBEANS-380) Limit in string restriction types. Exceed it cause java ClassCast excetion during parsing.

2008-08-28T02:59:45Z

[ https://issues.apache.org/jira/browse/XMLBEANS-380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

gabriele baroni updated XMLBEANS-380:
-------------------------------------

Description:
I declare in an xsd a simpleType, restriction of String like this:

<xs:simpleType name="DUG">
<xs:restriction base="xs:string">
<xs:enumeration value="ALZATA"/>
<xs:enumeration value="ANDRONA"/>
<xs:enumeration value="ARCHIVOLTO"/>
<xs:enumeration value="ARCO"/>
<xs:enumeration value="ASCENSORE"/>
<xs:enumeration value="ATRIO"/>
<xs:enumeration value="BACINO"/>
<xs:enumeration value="BAGLIO"/>
<xs:enumeration value="BANCHINA"/>
<xs:enumeration value="BORGATA"/>
<xs:enumeration value="BORGHETTO"/>
<xs:enumeration value="BORGO"/>
<xs:enumeration value="CALATA"/>
<xs:enumeration value="CALLE"/>
<xs:enumeration value="CALLESELLA"/>
<xs:enumeration value="CAMPASSO"/>
<xs:enumeration value="CAMPAZZO"/>
<xs:enumeration value="CAMPIELLO"/>
<xs:enumeration value="CAMPO"/>
<xs:enumeration value="CASALE"/>
<xs:enumeration value="CASE"/>
<xs:enumeration value="CAVA"/>
<xs:enumeration value="CAVALCAVIA"/>
<xs:enumeration value="CHIASSO"/>
<xs:enumeration value="CIRCONVALLAZIONE"/>
<xs:enumeration value="CLIVIO"/>
<xs:enumeration value="CONTRADA"/>
<xs:enumeration value="CORSETTO"/>
<xs:enumeration value="CORSO"/>
<xs:enumeration value="CORTE"/>
<xs:enumeration value="CORTICELLA"/>
<xs:enumeration value="CORTILE"/>
<xs:enumeration value="CUPA"/>
<xs:enumeration value="DIRAMAZIONE"/>
<xs:enumeration value="DISCESA"/>
<xs:enumeration value="FONDACO"/>
<xs:enumeration value="FONDAMENTA"/>
<xs:enumeration value="FONDO"/>
<xs:enumeration value="FRAZIONE"/>
<xs:enumeration value="GALLERIA"/>
<xs:enumeration value="GIARDINO"/>
<xs:enumeration value="GRADINI"/>
<xs:enumeration value="GRADONI"/>
<xs:enumeration value="LARGO"/>
<xs:enumeration value="LISTA"/>
<xs:enumeration value="LOGGE"/>
<xs:enumeration value="LUNGADIGE"/>
<xs:enumeration value="LUNGARGINE"/>
<xs:enumeration value="LUNGARNO"/>
<xs:enumeration value="LUNGODORA"/>
<xs:enumeration value="LUNGOMARE"/>
<xs:enumeration value="LUNGOPO"/>
<xs:enumeration value="LUNGOSTURA"/>
</xs:restriction>
</xs:simpleType>

After I create, using xmlbeans (version 2.4.0 but also 1.04) generated JAR,
an XmlObject with a DUG type element in it; I serialize it in a java String and after I try to parse it
using the same JAR.
I obtain a ClassCast exception unless the cardinality of <xs:enumeration> elements in my simpleType declaration are minor or equal to 39.

thank's, Gabriele Baroni

was:
I declare in an xsd a simpleType, restriction of String like this:

<xs:simpleType name="DUG">
<xs:restriction base="xs:string">
<xs:enumeration value="ALZATA"/>
<xs:enumeration value="ANDRONA"/>
<xs:enumeration value="ARCHIVOLTO"/>
<xs:enumeration value="ARCO"/>
<xs:enumeration value="ASCENSORE"/>
<xs:enumeration value="ATRIO"/>
<xs:enumeration value="BACINO"/>
<xs:enumeration value="BAGLIO"/>
<xs:enumeration value="BANCHINA"/>
<xs:enumeration value="BORGATA"/>
<xs:enumeration value="BORGHETTO"/>
<xs:enumeration value="BORGO"/>
<xs:enumeration value="CALATA"/>
<xs:enumeration value="CALLE"/>
<xs:enumeration value="CALLESELLA"/>
<xs:enumeration value="CAMPASSO"/>
<xs:enumeration value="CAMPAZZO"/>
<xs:enumeration value="CAMPIELLO"/>
<xs:enumeration value="CAMPO"/>
<xs:enumeration value="CASALE"/>
<xs:enumeration value="CASE"/>
<xs:enumeration value="CAVA"/>
<xs:enumeration value="CAVALCAVIA"/>
<xs:enumeration value="CHIASSO"/>
<xs:enumeration value="CIRCONVALLAZIONE"/>
<xs:enumeration value="CLIVIO"/>
<xs:enumeration value="CONTRADA"/>
<xs:enumeration value="CORSETTO"/>
<xs:enumeration value="CORSO"/>
<xs:enumeration value="CORTE"/>
<xs:enumeration value="CORTICELLA"/>
<xs:enumeration value="CORTILE"/>
<xs:enumeration value="CUPA"/>
<xs:enumeration value="DIRAMAZIONE"/>
<xs:enumeration value="DISCESA"/>
<xs:enumeration value="FONDACO"/>
<xs:enumeration value="FONDAMENTA"/>
<xs:enumeration value="FONDO"/>
<xs:enumeration value="FRAZIONE"/>
<xs:enumeration value="GALLERIA"/>
<xs:enumeration value="GIARDINO"/>
<xs:enumeration value="GRADINI"/>
<xs:enumeration value="GRADONI"/>
<xs:enumeration value="LARGO"/>
<xs:enumeration value="LISTA"/>
<xs:enumeration value="LOGGE"/>
<xs:enumeration value="LUNGADIGE"/>
<xs:enumeration value="LUNGARGINE"/>
<xs:enumeration value="LUNGARNO"/>
<xs:enumeration value="LUNGODORA"/>
<xs:enumeration value="LUNGOMARE"/>
<xs:enumeration value="LUNGOPO"/>
<xs:enumeration value="LUNGOSTURA"/>
</xs:restriction>
</xs:simpleType>

After I create, using xmlbeans (version 2.0.4 but also 1.04) generated JAR,
an XmlObject with a DUG type element in it; I serialize it in a java String and after I try to parse it
using the same JAR.
I obtain a ClassCast exception unless the cardinality of <xs:enumeration> elements in my simpleType declaration are minor or equal to 39.

thank's, Gabriele Baroni

> Limit in string restriction types. Exceed it cause java ClassCast excetion during parsing.
> ------------------------------------------------------------------------------------------
>
> Key: XMLBEANS-380
> URL: https://issues.apache.org/jira/browse/XMLBEANS-380
> Project: XMLBeans
> Issue Type: Bug
> Components: Compiler, Validator
> Affects Versions: Version 1.0.4, Version 1.0.4 (jdk1.3 port), Version 2 Beta 1, Version 2 Beta 2, Version 2, Version 2.1, Version 2.2, Version 2.2.1, Version 2.3, Version 2.3.1
> Environment: Windows XP Pro with Java SDK 1.4.2_04
> Reporter: gabriele baroni
>
> I declare in an xsd a simpleType, restriction of String like this:
> <xs:simpleType name="DUG">
> <xs:restriction base="xs:string">
> <xs:enumeration value="ALZATA"/>
> <xs:enumeration value="ANDRONA"/>
> <xs:enumeration value="ARCHIVOLTO"/>
> <xs:enumeration value="ARCO"/>
> <xs:enumeration value="ASCENSORE"/>
> <xs:enumeration value="ATRIO"/>
> <xs:enumeration value="BACINO"/>
> <xs:enumeration value="BAGLIO"/>
> <xs:enumeration value="BANCHINA"/>
> <xs:enumeration value="BORGATA"/>
> <xs:enumeration value="BORGHETTO"/>
> <xs:enumeration value="BORGO"/>
> <xs:enumeration value="CALATA"/>
> <xs:enumeration value="CALLE"/>
> <xs:enumeration value="CALLESELLA"/>
> <xs:enumeration value="CAMPASSO"/>
> <xs:enumeration value="CAMPAZZO"/>
> <xs:enumeration value="CAMPIELLO"/>
> <xs:enumeration value="CAMPO"/>
> <xs:enumeration value="CASALE"/>
> <xs:enumeration value="CASE"/>
> <xs:enumeration value="CAVA"/>
> <xs:enumeration value="CAVALCAVIA"/>
> <xs:enumeration value="CHIASSO"/>
> <xs:enumeration value="CIRCONVALLAZIONE"/>
> <xs:enumeration value="CLIVIO"/>
> <xs:enumeration value="CONTRADA"/>
> <xs:enumeration value="CORSETTO"/>
> <xs:enumeration value="CORSO"/>
> <xs:enumeration value="CORTE"/>
> <xs:enumeration value="CORTICELLA"/>
> <xs:enumeration value="CORTILE"/>
> <xs:enumeration value="CUPA"/>
> <xs:enumeration value="DIRAMAZIONE"/>
> <xs:enumeration value="DISCESA"/>
> <xs:enumeration value="FONDACO"/>
> <xs:enumeration value="FONDAMENTA"/>
> <xs:enumeration value="FONDO"/>
> <xs:enumeration value="FRAZIONE"/>
> <xs:enumeration value="GALLERIA"/>
> <xs:enumeration value="GIARDINO"/>
> <xs:enumeration value="GRADINI"/>
> <xs:enumeration value="GRADONI"/>
> <xs:enumeration value="LARGO"/>
> <xs:enumeration value="LISTA"/>
> <xs:enumeration value="LOGGE"/>
> <xs:enumeration value="LUNGADIGE"/>
> <xs:enumeration value="LUNGARGINE"/>
> <xs:enumeration value="LUNGARNO"/>
> <xs:enumeration value="LUNGODORA"/>
> <xs:enumeration value="LUNGOMARE"/>
> <xs:enumeration value="LUNGOPO"/>
> <xs:enumeration value="LUNGOSTURA"/>
> </xs:restriction>
> </xs:simpleType>
> After I create, using xmlbeans (version 2.4.0 but also 1.04) generated JAR,
> an XmlObject with a DUG type element in it; I serialize it in a java String and after I try to parse it
> using the same JAR.
> I obtain a ClassCast exception unless the cardinality of <xs:enumeration> elements in my simpleType declaration are minor or equal to 39.
> thank's, Gabriele Baroni

From forum: Xml Beans - Dev