Return-Path: X-Original-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-oak-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 272EFD0AB for ; Wed, 6 Mar 2013 08:23:56 +0000 (UTC) Received: (qmail 38362 invoked by uid 500); 6 Mar 2013 08:23:55 -0000 Delivered-To: apmail-jackrabbit-oak-dev-archive@jackrabbit.apache.org Received: (qmail 38246 invoked by uid 500); 6 Mar 2013 08:23:55 -0000 Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: oak-dev@jackrabbit.apache.org Delivered-To: mailing list oak-dev@jackrabbit.apache.org Received: (qmail 38227 invoked by uid 99); 6 Mar 2013 08:23:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Mar 2013 08:23:55 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mreutegg@adobe.com designates 64.18.1.185 as permitted sender) Received: from [64.18.1.185] (HELO exprod6og103.obsmtp.com) (64.18.1.185) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Mar 2013 08:23:48 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob103.postini.com ([64.18.5.12]) with SMTP ID DSNKUTb8/1xz4MjxIAbqvalc6EEaPCsuO9xp@postini.com; Wed, 06 Mar 2013 00:23:28 PST Received: from inner-relay-4.eur.adobe.com (inner-relay-4.adobe.com [193.104.215.14]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id r268KL1v019864 for ; Wed, 6 Mar 2013 00:20:21 -0800 (PST) Received: from nacas02.corp.adobe.com (nacas02.corp.adobe.com [10.8.189.100]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id r268MkXP017791 for ; Wed, 6 Mar 2013 00:23:25 -0800 (PST) Received: from eurcas01.eur.adobe.com (10.128.4.27) by nacas02.corp.adobe.com (10.8.189.100) with Microsoft SMTP Server (TLS) id 8.3.298.1; Wed, 6 Mar 2013 00:23:15 -0800 Received: from eurmbx01.eur.adobe.com ([10.128.4.32]) by eurcas01.eur.adobe.com ([10.128.4.27]) with mapi; Wed, 6 Mar 2013 08:23:13 +0000 From: Marcel Reutegger To: "oak-dev@jackrabbit.apache.org" Date: Wed, 6 Mar 2013 08:23:11 +0000 Subject: RE: Consistency aka Isolation Level (was: OAK-638 Avoid branch/merge for small commits) Thread-Topic: Consistency aka Isolation Level (was: OAK-638 Avoid branch/merge for small commits) Thread-Index: Ac4ZoYKX29q6be+bQR6YJJrJIQZOeQAoXSYQ Message-ID: <9C0FC4C8E9C29945B01766FC7F9D3898178B1A616C@eurmbx01.eur.adobe.com> References: <9C0FC4C8E9C29945B01766FC7F9D3898178B1A6084@eurmbx01.eur.adobe.com> <5135EB9C.7030806@apache.org> <5135EC6F.5020200@apache.org> In-Reply-To: <5135EC6F.5020200@apache.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Hi,=20 > Just to further clarify, the approach where private branches are rebase > and the merged into trunk is not too different from what the initial > implementation of Microkernel.commit() (H2) tried to do: rebase and then > merge. The difference is, that we can "take rebase out of the lock" if > we perform it on a private branch. I have the impression you assume a specific implementation. some implementation could simply do what databases usually do and only synchronize (or lock) on the nodes they write to. concurrent writes in distinct areas of the repository will not block in this case. regards marcel