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

Stefan Guggisberg updated JCR-1386:
-----------------------------------

      Priority: Minor  (was: Major)
    Issue Type: New Feature  (was: Bug)

not a bug, qualifying as 'new feature' instead.

the date serialization format used in JSR 170 is a clearly defined and 
very specific variant of the large number of date/time formats described 
by ISO 8601:2000.

please refer to section "6.2.5.1 Date" in the JSR 170 specification.

org.apache.jackrabbit.util.ISO8601 does exactly what is required by the 
JSR 170 specification.

i am not sure whether accepting other ISO 8601-compliant date formats 
in system view import would be legal according to the spec...


> Not full parsing of ISO8601 date/time format that may cause import of XML to 
> fail
> ---------------------------------------------------------------------------------
>
>                 Key: JCR-1386
>                 URL: https://issues.apache.org/jira/browse/JCR-1386
>             Project: Jackrabbit
>          Issue Type: New Feature
>          Components: jackrabbit-jcr-commons, xml
>    Affects Versions: 1.4
>            Reporter: Andrey Adamovich
>            Priority: Minor
>         Attachments: ISO8601.java.patch, ISO8601Test.java
>
>
> Currently Jackrabbit allows only strict string values for date fields. The 
> weak point is at handling milliseconds. JR allows only strictly 3 digits, but 
> according to ISO8601 and to XML Schema data types definition milliseconds can 
> be any number of digits and it just defines fractional part of the second.
> So, these are valid date strings which will not be validated by JackRabbit, 
> but they are valid according to ISO8601 and also will be validated by XML 
> Schema if selected data type is xs:dateTime:
> 2008-01-01T00:00:00
> 2008-01-01T00:00:00.0
> 2008-01-01T00:00:00.00
> 2008-01-01T00:00:00.1234
> 2008-01-01T00:00:00.1111111
> Another weak point is that time part is not mandatory as well according to 
> ISO8601, so, these dates are also valid ISO8601 and also will be validated by 
> XML Schema if selected data type is xs:date;
> 2008-01-01
> 2008-02-01
> 2008-03-01

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to