[prev in list] [next in list] [prev in thread] [next in thread]
List: xmlbeans-dev
Subject: [jira] Commented: (XMLBEANS-320) compiled schema Unable to parse
From: "Anand Sathe (JIRA)" <xmlbeans-dev () xml ! apache ! org>
Date: 2007-04-30 13:53:15
Message-ID: 31169289.1177941195564.JavaMail.jira () brutus
[Download RAW message or body]
[ https://issues.apache.org/jira/browse/XMLBEANS-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492669 \
]
Anand Sathe commented on XMLBEANS-320:
--------------------------------------
Having come across a similar issue with my code, I found that when I created a \
Calendar c = new GregorianCalendar(2007, 3, 1) for an xs:dateTime field, the \
generated XML was invalid - only the date component was written. I then created a \
Calender c = new GregorianCalendar(2007, 3, 1, 0, 0, 0) and the generated XML was now \
valid. Although this is most likely a shortcoming with the GregorianCalendar \
implementation, I would think that xmlbeans should enforce the time component, given \
that the dateTime field expects a Calendar...
> compiled schema Unable to parse xs:date field
> ---------------------------------------------
>
> Key: XMLBEANS-320
> URL: https://issues.apache.org/jira/browse/XMLBEANS-320
> Project: XMLBeans
> Issue Type: Bug
> Components: XmlObject
> Affects Versions: Version 2.2
> Environment: Linux-Debian/Ubuntu 6.10/X86_64
> Reporter: Andy Brook
> Attachments: ContentOrder.xml, DateParseTest.java, DateParseTest.java, \
> ManifestFile1.xsd
>
> I have a provided schema that contains a Duration, comprising of start and end \
> xs:date fields. The schema compiled perfectly and Im pulling out all data. The \
> only problem is xs:date fields. As soon as I access getStart (xs:date) I get the \
> following stack: Exception in thread "main" \
> org.apache.xmlbeans.impl.values.XmlValueOutOfRangeException: Invalid date value: \
> wrong type: 2007-04-01 at \
> org.apache.xmlbeans.impl.values.XmlObjectBase$ValueOutOfRangeValidationContext.invalid(XmlObjectBase.java:285)
> at org.apache.xmlbeans.impl.values.JavaGDateHolderEx.lex(JavaGDateHolderEx.java:81)
> at org.apache.xmlbeans.impl.values.JavaGDateHolderEx.set_text(JavaGDateHolderEx.java:56)
> at org.apache.xmlbeans.impl.values.XmlObjectBase.update_from_wscanon_text(XmlObjectBase.java:1135)
> at org.apache.xmlbeans.impl.values.XmlObjectBase.check_dated(XmlObjectBase.java:1274)
> at org.apache.xmlbeans.impl.values.JavaGDateHolderEx.calendarValue(JavaGDateHolderEx.java:192)
> at org.apache.xmlbeans.impl.values.XmlObjectBase.getCalendarValue(XmlObjectBase.java:1516)
> at com.bvi.schemas.itds.interfaces.manifestFile.impl.DurationImpl.getStart(DurationImpl.java:42)
> Given the only code I've actually written is the test code, and that I cannot \
> change the schema. The xml document is valid according to the schema, and the \
> actual date node text appears to be ISO8601 (YYYY-MM-DD). Is this a bug or am I \
> missing something? A workaround is to access the node directly, and get the child \
> node values out. Schema, example XML and test code to be attached.
--
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
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic