Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 95291 invoked from network); 27 Jul 2007 14:51:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Jul 2007 14:51:04 -0000 Received: (qmail 45802 invoked by uid 500); 27 Jul 2007 14:51:05 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 45425 invoked by uid 500); 27 Jul 2007 14:51:04 -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 45411 invoked by uid 99); 27 Jul 2007 14:51:04 -0000 Received: from Unknown (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Jul 2007 07:51:04 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [62.192.10.254] (HELO goobak01.day.com) (62.192.10.254) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 27 Jul 2007 14:50:58 +0000 Received: by goobak01.day.com (Postfix, from userid 1212) id 8413150865; Fri, 27 Jul 2007 16:45:27 +0200 (CEST) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.228]) by goobak01.day.com (Postfix) with ESMTP id E86295085D for ; Fri, 27 Jul 2007 16:45:26 +0200 (CEST) Received: by nz-out-0506.google.com with SMTP id i28so734853nzi for ; Fri, 27 Jul 2007 07:50:35 -0700 (PDT) Received: by 10.142.72.21 with SMTP id u21mr169631wfa.1185547834544; Fri, 27 Jul 2007 07:50:34 -0700 (PDT) Received: by 10.142.253.4 with HTTP; Fri, 27 Jul 2007 07:50:34 -0700 (PDT) Message-ID: <7919c1900707270750i2602ce97nb63de71edbe5bd71@mail.gmail.com> Date: Fri, 27 Jul 2007 10:50:34 -0400 From: "Peeter Piegaze" Sender: ppiegaze@day.com To: users@jackrabbit.apache.org Subject: Re: Merging non-versionable nodes In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <18eb6ef00707161305n79d200f1w45d6c8183399b83e@mail.gmail.com> X-Google-Sender-Auth: dfd60b6e46c1598a X-Virus-Checked: Checked by ClamAV on apache.org Hi Tim, Jose, Thanks for pointing this out. I'll take a look at the issue and get back to you guys soon. Cheers, Peeter On 7/18/07, Jose Alvarez wrote: > Tim Kuchlein gmail.com> writes: > > > > > Hello > > > > I am currently having the same issue with merging two workspaces and > > I noticed that no one has responded to this issue. I can't see how > > the algorithm presented in JSR-170 (8.2.10.1) or the newly released > > JSR-283 could possibly implement the textual description (8.2.10). > > Nowhere in the algorithm is the merge result of the nearest > > versionable ancestor taken into consideration. Specifically the > > version of doleave(n) that dofail(n, v') calls needs to be altered to > > read: > > > > doLeave(n) > > for each versionable child node c of n domerge(c). > > > > rather than what is currently has: > > > > doLeave(n) > > for each child node c of n domerge(c). > > > > thanks in advance > > tim > > > > Hi, > > I have found the same issue in my current project. > This issue make me think that I don't understand correctly the JCR > specification about how to merge nodes. > > Can someone explain that? > > Thanks in advance > > > > -- Peeter Piegaze Day Software Suite 331 67 Mowat Avenue Toronto Ontario M6K 3E3 Canada office +1 416 987 5720 mobile +1 647 205 2403 fax +1 866 719 3988