You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Julian Reschke (JIRA)" <ji...@apache.org> on 2007/03/23 16:52:32 UTC
[jira] Created: (JCR-818) test granularity for calendar (date)
properties
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.
[jira] Closed: (JCR-818) test granularity for calendar (date)
properties
Posted by "Julian Reschke (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Julian Reschke closed JCR-818.
------------------------------
> 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.
[jira] Resolved: (JCR-818) test granularity for calendar (date)
properties
Posted by "Julian Reschke (JIRA)" <ji...@apache.org>.
[ 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.
[jira] Resolved: (JCR-818) test granularity for calendar (date)
properties
Posted by "Jukka Zitting (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jukka Zitting resolved JCR-818.
-------------------------------
Resolution: Fixed
Fix Version/s: 1.3
> 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
> Fix For: 1.3
>
>
> 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.
[jira] Reopened: (JCR-818) test granularity for calendar (date)
properties
Posted by "Jukka Zitting (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/JCR-818?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jukka Zitting reopened JCR-818:
-------------------------------
> 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
> Fix For: 1.3
>
>
> 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.