Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 99382 invoked from network); 23 Mar 2007 15:52:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 23 Mar 2007 15:52:54 -0000 Received: (qmail 82278 invoked by uid 500); 23 Mar 2007 15:53:01 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 82249 invoked by uid 500); 23 Mar 2007 15:53:01 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 82240 invoked by uid 99); 23 Mar 2007 15:53:00 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Mar 2007 08:53:00 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Mar 2007 08:52:52 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 4667C714057 for ; Fri, 23 Mar 2007 08:52:32 -0700 (PDT) Message-ID: <8104211.1174665152285.JavaMail.jira@brutus> Date: Fri, 23 Mar 2007 08:52:32 -0700 (PDT) From: "Julian Reschke (JIRA)" To: dev@jackrabbit.apache.org Subject: [jira] Created: (JCR-818) test granularity for calendar (date) properties MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org 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.