Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3C4F943C9 for ; Wed, 13 Jul 2011 09:10:55 +0000 (UTC) Received: (qmail 74420 invoked by uid 500); 13 Jul 2011 09:10:53 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 73435 invoked by uid 500); 13 Jul 2011 09:10:39 -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 72197 invoked by uid 99); 13 Jul 2011 09:10:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jul 2011 09:10:36 +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 (nike.apache.org: domain of mueller@adobe.com designates 64.18.1.21 as permitted sender) Received: from [64.18.1.21] (HELO exprod6og108.obsmtp.com) (64.18.1.21) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 Jul 2011 09:10:26 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob108.postini.com ([64.18.5.12]) with SMTP ID DSNKTh1g7M7knnrlgMUA2XxbS/A8qFN+fQ2u@postini.com; Wed, 13 Jul 2011 02:10:05 PDT 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 p6D98nES008492 for ; Wed, 13 Jul 2011 02:08:50 -0700 (PDT) Received: from nacas03.corp.adobe.com (nacas03.corp.adobe.com [10.8.189.121]) by inner-relay-4.eur.adobe.com (8.12.10/8.12.9) with ESMTP id p6D99oMa029614 for ; Wed, 13 Jul 2011 02:10:02 -0700 (PDT) Received: from eurcas01.eur.adobe.com (10.128.4.27) by nacas03.corp.adobe.com (10.8.189.121) with Microsoft SMTP Server (TLS) id 8.3.159.3; Wed, 13 Jul 2011 02:10:02 -0700 Received: from eurmbx01.eur.adobe.com ([10.128.4.32]) by eurcas01.eur.adobe.com ([10.128.4.27]) with mapi; Wed, 13 Jul 2011 10:10:00 +0100 From: Thomas Mueller To: "users@jackrabbit.apache.org" Date: Wed, 13 Jul 2011 10:09:57 +0100 Subject: Re: AW: AW: Incremental/deduplicating versioning Thread-Topic: AW: AW: Incremental/deduplicating versioning Thread-Index: AcxBPKSDn0y20diuT7CkDdFzDU+ypw== Message-ID: In-Reply-To: <7628B7424DEF784CA2ECB07668F69CF44177CF0F@S-HQMX8.pmbelz.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.12.0.110505 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, >the question was how the DataStore can store changes of different file >versions.=20 Yes... and I wrote it's possible that an implementation just stores the changes. >And that's not possible cause it doesn't know the previous version to >determine the changes. Well, it _is_ possible for a DataStore implementation to just store the diff (plus a pointer to the base version), even if the DataStore API itself doesn't include any information about the base version. It may just be a bit more complex. Regards, Thomas