Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 85133 invoked from network); 17 Aug 2006 20:34:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 17 Aug 2006 20:34:33 -0000 Received: (qmail 30294 invoked by uid 500); 17 Aug 2006 20:34:32 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 30283 invoked by uid 500); 17 Aug 2006 20:34:32 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 30274 invoked by uid 99); 17 Aug 2006 20:34:32 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Aug 2006 13:34:32 -0700 X-ASF-Spam-Status: No, hits=0.9 required=10.0 tests=FORGED_YAHOO_RCVD,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of lists@nabble.com designates 72.21.53.35 as permitted sender) Received: from [72.21.53.35] (HELO talk.nabble.com) (72.21.53.35) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Aug 2006 13:34:31 -0700 Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1GDoZ9-00010C-C8 for users@jackrabbit.apache.org; Thu, 17 Aug 2006 13:34:11 -0700 Message-ID: <5859080.post@talk.nabble.com> Date: Thu, 17 Aug 2006 13:34:11 -0700 (PDT) From: JavaJ To: users@jackrabbit.apache.org Subject: Re: More questions about versioning In-Reply-To: <8be731880608170020o3af22809ldb2234f5abb33a71@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <5839690.post@talk.nabble.com> <8be731880608170020o3af22809ldb2234f5abb33a71@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Thanks! I read through the spec some more and it takes more sense now... One more question: Let's say you had a versionable NodeA (v1.2) with a versionable child node NodeB (v1.0), with attribute onParentVersion=COPY. You checkout NodeB and add a new non-versionable node NodeC (onParentVersion=COPY) to NodeB, then checkin a new version of NodeB (v1.1). Although the spec doesn't seem to specify what happens (if anything) to NodeA, I would think that the state of NodeA in the version storage of v1.2 would have to be updated to include NodeC as a new child of NodeB. OR NodeA would have to be automatically versioned to a new version v1.3 that includes NodeC as a child of NodeB. Otherwise, NodeA would be in an inconsistent state, because it would have a base version of v1.2 which points to a state of NodeA in version storage that does not include NodeC as a child of NodeB. Does that sound right? -- View this message in context: http://www.nabble.com/More-questions-about-versioning-tf2117527.html#a5859080 Sent from the Jackrabbit - Users forum at Nabble.com.