[
https://issues.apache.org/jira/browse/XERCESJ-1364?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Glavassevich resolved XERCESJ-1364.
-------------------------------------------
Resolution: Duplicate
I fixed this bug on the trunk last year (see XERCESJ-1323 and SVN rev 679888
[1]). Should definitely be in the most recent build [2].
[1] http://svn.apache.org/viewvc?view=rev&revision=679888
[2] http://vmgump.apache.org/gump/public-jars/xml-xerces2/jars/
> XSDateTime#getXMLGregorianCalendar() incorrectly reports no time zone as time
> zone "Z".
> ---------------------------------------------------------------------------------------
>
> Key: XERCESJ-1364
> URL: https://issues.apache.org/jira/browse/XERCESJ-1364
> Project: Xerces2-J
> Issue Type: Bug
> Components: XML Schema API
> Affects Versions: 2.9.1
> Environment: Linux.
> Reporter: Chris Simmons
> Assignee: Michael Glavassevich
> Priority: Minor
> Attachments: TestXercesXSDateTime.java
>
>
> I got an instance of XSDateTime (which you would normally get through PSVI
> DOM).
> I was expecting to be able to use the
> javax.xml.datatype.XMLGregorianCalendar.compare(XMLGregorianCalendar) to
> determine if dates are comparable as per the spec, but it goes wrong. This
> appears to be because the result of
> org.apache.xerces.xs.datatypes.XSDateTime.getXMLGregorianCalendar() doesn't
> reflect whether the time zone was actually specified.
> See http://www.w3.org/TR/xmlschema-2/#dateTime-order
> I'll attach a test case shortly.
--
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: [email protected]
For additional commands, e-mail: [email protected]
