You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-dev@xerces.apache.org by "Michael Glavassevich (JIRA)" <xe...@xml.apache.org> on 2007/08/25 18:15:30 UTC
[jira] Updated: (XERCESJ-1232) Canonical lexical value produced for
dateTime and time is incorrect.
[ https://issues.apache.org/jira/browse/XERCESJ-1232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Glavassevich updated XERCESJ-1232:
------------------------------------------
Fix Version/s: 2.9.1
> Canonical lexical value produced for dateTime and time is incorrect.
> --------------------------------------------------------------------
>
> Key: XERCESJ-1232
> URL: https://issues.apache.org/jira/browse/XERCESJ-1232
> Project: Xerces2-J
> Issue Type: Bug
> Components: XML Schema Datatypes
> Affects Versions: 2.9.0
> Reporter: Michael Glavassevich
> Assignee: Michael Glavassevich
> Priority: Minor
> Fix For: 2.9.1
>
>
> Given "2004-01-21T15:30:00-05:00", Xerces will produce "2004-01-21T20:30:00.0Z" as the canoical lexical value instead of "2004-01-21T20:30:00Z". The latter is the correct form. This bug is causing two test cases (datatypenormalization11 and atatypenormalization12) in the W3C DOM Level 3 Load and Save test suite to fail:
> 1) http://www.w3.org/2001/DOM-Test-Suite/level3/ls/datatypenormalization11(org.w3c.domts.JUnitTestCaseAdapter)junit.framework.AssertionFailedError: firstValue expected:<2004-01-21T20:30:00Z> but was:<2004-01-21T20:30:00.0Z>
> at org.w3c.domts.JUnitTestCaseAdapter.assertEquals(JUnitTestCaseAdapter.java:170)
> at org.w3c.domts.DOMTestCase.assertEquals(DOMTestCase.java:459)
> at org.w3c.domts.level3.ls.datatypenormalization11.runTest(datatypenormalization11.java:95)
> at org.w3c.domts.JUnitTestCaseAdapter.runTest(JUnitTestCaseAdapter.java:41)
> 2) http://www.w3.org/2001/DOM-Test-Suite/level3/ls/datatypenormalization12(org.w3c.domts.JUnitTestCaseAdapter)junit.framework.AssertionFailedError: firstValue expected:<20:30:00Z> but was:<20:30:00.0Z>
> at org.w3c.domts.JUnitTestCaseAdapter.assertEquals(JUnitTestCaseAdapter.java:170)
> at org.w3c.domts.DOMTestCase.assertEquals(DOMTestCase.java:459)
> at org.w3c.domts.level3.ls.datatypenormalization12.runTest(datatypenormalization12.java:95)
> at org.w3c.domts.JUnitTestCaseAdapter.runTest(JUnitTestCaseAdapter.java:41)
> If the seconds portion of the dateTime/time is less than 10^-3 the canonical value produced will contain a double written in scientific notation, something like "2004-01-21T20:30:04.92E-4Z". This occurs because we're relying on String.valueOf(double) to construct the seconds portion of the lexical value. This second problem is even more harmful because this value is invalid. Note that we check if the canonical lexical value of a value constraint is allowed in the lexical space, so a default or fixed value like "2004-01-21T15:30:00.000492-05:00" will currently be reported as invalid.
--
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: j-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: j-dev-help@xerces.apache.org