Return-Path: X-Original-To: apmail-chemistry-dev-archive@www.apache.org Delivered-To: apmail-chemistry-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C748270E4 for ; Fri, 16 Sep 2011 13:26:30 +0000 (UTC) Received: (qmail 41108 invoked by uid 500); 16 Sep 2011 13:26:30 -0000 Delivered-To: apmail-chemistry-dev-archive@chemistry.apache.org Received: (qmail 41047 invoked by uid 500); 16 Sep 2011 13:26:30 -0000 Mailing-List: contact dev-help@chemistry.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@chemistry.apache.org Delivered-To: mailing list dev@chemistry.apache.org Received: (qmail 41039 invoked by uid 99); 16 Sep 2011 13:26:30 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Sep 2011 13:26:30 +0000 X-ASF-Spam-Status: No, hits=-2000.5 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Sep 2011 13:26:29 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id EE9839DDDE for ; Fri, 16 Sep 2011 13:26:08 +0000 (UTC) Date: Fri, 16 Sep 2011 13:26:08 +0000 (UTC) From: "Florent Guillaume (JIRA)" To: dev@chemistry.apache.org Message-ID: <2135334534.34589.1316179568973.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1894514038.31381.1316104210722.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Issue Comment Edited] (CMIS-431) TCK expects PWC object to have cmis:isLatestVersion=true MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CMIS-431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13106045#comment-13106045 ] Florent Guillaume edited comment on CMIS-431 at 9/16/11 1:25 PM: ----------------------------------------------------------------- Hi, Florian, I'm surprised by this interpretation which is contrary to what I expected. I agree with Jay's initial analysis in the description, that PWCs are a separate class of objects from Versions and are never considered a version or the latest version or the latest major version. To support this interpretation here's what's in the spec in another section: {quote} 2.1.9.2 Latest Version The version that has the most recent LastModificationDate is called the Latest Version of the series, or equivalently, the latest version of any Document object in the series. {quote} Reading this, only a version can be the Latest Version. The Latest Version is the most recent of the version series. The PWC does not enter that picture. I really think that the sentence: {quote} Until it is checked in (using the checkIn service), the PWC MUST NOT be considered the LatestMajorVersion in the Version Series. {quote} is a typo and that it should say Latest Version, not just major. I'm reopening as I'd like this raised and clarified in the TC (http://tools.oasis-open.org/issues/browse/CMIS-728). was (Author: fguillaume): Hi, Florian, I'm surprised by this interpretation which is contrary to what I expected. I agree with Jay's initial analysis in the description, that PWCs are a separate class of objects from Versions and are never considered a version or the latest version or the latest major version. To support this interpretation here's what's in the spec in another section: {quote} 2.1.9.2 Latest Version The version that has the most recent LastModificationDate is called the Latest Version of the series, or equivalently, the latest version of any Document object in the series. {quote} Reading this, only a version can be the Latest Version. The Latest Version is the most recent of the version series. The PWC does not enter that picture. I really think that the sentence: {quote} Until it is checked in (using the checkIn service), the PWC MUST NOT be considered the LatestMajorVersion in the Version Series. {quote} is a typo and that it should say Latest Version, not just major. I'm reopening as I'd like this raised and clarified in the TC. > TCK expects PWC object to have cmis:isLatestVersion=true > -------------------------------------------------------- > > Key: CMIS-431 > URL: https://issues.apache.org/jira/browse/CMIS-431 > Project: Chemistry > Issue Type: Bug > Components: opencmis-tck > Affects Versions: OpenCMIS 0.5.0 > Reporter: jay brown > Priority: Minor > Fix For: OpenCMIS 0.6.0 > > > First a bit of clarification on the spec so that we are all on the same page. In case I am making an incorrect assumption. > The spec treats PWC's as a separate class of objects from Versions. That is; a PWC is not the latest version until it is checked in. Before that it is not a version. (section 2.1.9.4.1 states "...Until it is checked in (using the checkIn service), the PWC MUST NOT be considered the LatestMajorVersion in the Version Series. ) > So if I have a version series with 3 objects as follows > V1.0 - V2.0 - pwc > then the values of cmis:isLatestVersion should be as follows: > V1.0 (false) - V2.0 (true) - pwc (false) > If we are in agreement on this point (are we?) Then the TCK class ...tck.tests.versioning.CheckedOutTest (method - checkPWCs ) > at line 73 causes a failure to be added if the pwc's isLatestVersion property is false. > addResult(assertIsTrue(pwc.isLatestVersion(), null, f)); > This should be changed to assert that the pwc's value should == false. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira