Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 25904 invoked from network); 7 Feb 2005 13:19:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 7 Feb 2005 13:19:38 -0000 Received: (qmail 15687 invoked by uid 500); 7 Feb 2005 13:19:37 -0000 Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jackrabbit-dev@incubator.apache.org Delivered-To: mailing list jackrabbit-dev@incubator.apache.org Received: (qmail 15672 invoked by uid 99); 7 Feb 2005 13:19:37 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of marcel.reutegger@gmx.net designates 213.165.64.20 as permitted sender) Received: from pop.gmx.de (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.28) with SMTP; Mon, 07 Feb 2005 05:19:36 -0800 Received: (qmail invoked by alias); 07 Feb 2005 13:19:33 -0000 Received: from bsl-rtr.day.com (EHLO [10.0.0.91]) (212.249.34.130) by mail.gmx.net (mp023) with SMTP; 07 Feb 2005 14:19:33 +0100 X-Authenticated: #894343 Message-ID: <42076ADE.9020505@gmx.net> Date: Mon, 07 Feb 2005 14:19:26 +0100 From: Marcel Reutegger User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jackrabbit-dev@incubator.apache.org Subject: Re: contrib/jcr-ext proposal References: <420398D1.7080706@zitting.name> <4207624F.7080204@gmx.net> <90a8d1c005020704545a50bbed@mail.gmail.com> In-Reply-To: <90a8d1c005020704545a50bbed@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N >>> o.a.j.ext.inmemory - Simple in-memory JCR repository implementation >>> A trivial in-memory implementation of the most basic JCR repository >>> functionality. Designed for simple demo and testing purposes. >> >>that would be a cool thing to have... how about writing a >>org.apache.jackrabbit.core.fs.FileSystem implementation working in >>memory? there is certainly some overhead behause of the layering but it >>should be quite easy to implement. >> > > > how about org.apache.jackrabbit.core.state.mem.InMemPersistenceManager? > if you specify the InMemPersistenceManager in the repository.xml you > already have an in-memory full-fledged repository implementation ;) well, certain parts of jackrabbit do not use a persistent manager but write directly to a FileSystem impl. e.g. repository specific stuff (node types) and search index. cheers marcel