Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 66568 invoked from network); 18 Feb 2010 13:00:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 18 Feb 2010 13:00:39 -0000 Received: (qmail 16602 invoked by uid 500); 18 Feb 2010 13:00:39 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 16533 invoked by uid 500); 18 Feb 2010 13:00:38 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 16525 invoked by uid 99); 18 Feb 2010 13:00:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Feb 2010 13:00:38 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of aklimets@day.com designates 207.126.148.87 as permitted sender) Received: from [207.126.148.87] (HELO eu3sys201aog101.obsmtp.com) (207.126.148.87) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 18 Feb 2010 13:00:29 +0000 Received: from source ([209.85.220.219]) by eu3sys201aob101.postini.com ([207.126.154.11]) with SMTP ID DSNKS3052fSHU0ktSP9P4KZTClRtdqZA0vLx@postini.com; Thu, 18 Feb 2010 13:00:09 UTC Received: by fxm19 with SMTP id 19so1446573fxm.23 for ; Thu, 18 Feb 2010 05:00:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.6.66 with SMTP id 2mr5260189fay.61.1266498008330; Thu, 18 Feb 2010 05:00:08 -0800 (PST) In-Reply-To: References: <510143ac1002170806n312514desd639aef826be0501@mail.gmail.com> <4B7CBC3B.7090803@gmail.com> Date: Thu, 18 Feb 2010 14:00:06 +0100 Message-ID: Subject: Re: [jr3] Plugin architecture From: Alexander Klimetschek To: dev@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Feb 18, 2010 at 13:53, Guo Du wrote: > On Thu, Feb 18, 2010 at 12:07 PM, Alexander Klimetschek > wrote: >> The import/export XML methods are part of the JCR spec, so we cannot >> easily change their well-defined behavior. Instead, to support large >> dumps or backups, we should define an API at a lower level, that also >> ignores type and constraint checking to improve speed (if you know >> your dump is valid), like it is possible in many RDBMS. > > I mean JCR aware import/export, data could be moved from one > repository to another as a whole or partial, their back end persistent > manager could be different. That import/export I am talking about would be part of the microkernel API, so it would work on all upcoming persistence layers in Jackrabbit. Having it completely on the JCR level makes it slow by definition, since then it would go through all consistence checks defined by the spec. And you could not import versions, as they are immutable from the point of the JCR API. The RepositoryCopier we have now works on the persistence manager level and does exactly that. But in jr3, this API level will change. Regards, Alex -- Alexander Klimetschek alexander.klimetschek@day.com