jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Julian Reschke (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (JCR-818) test granularity for calendar (date) properties
Date Tue, 27 Mar 2007 08:16:32 GMT

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

Julian Reschke resolved JCR-818.

    Resolution: Fixed

Turns out that this already is under the implementation's control, because what's being tested
is the equality of the Value objects.

> test granularity for calendar (date) properties
> -----------------------------------------------
>                 Key: JCR-818
>                 URL: https://issues.apache.org/jira/browse/JCR-818
>             Project: Jackrabbit
>          Issue Type: Improvement
>          Components: JCR TCK
>            Reporter: Julian Reschke
>         Assigned To: Julian Reschke
>            Priority: Minor
> There are repositories out there that do support properties of type Date, but not Calendar
(the main difference being that Calendar also captures the time zone). Also, some repositories
may not be able to store timestamps with millisecond resolution.
> Although both these restrictions make a repository non-compliant, it would be useful
for the tests to test these aspects as separate issues. Thus I propose to simplify the existing
tests so that they just compare timestamps (factoring out the time zone), and do not require
resolution finer than 1s. These two aspects then should be tested in a separate test case
(thinking of it, they currently may not test sub-second resolution, in which case I propose
to leave things as they are with respect to this).

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

View raw message