Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 7058 invoked from network); 31 Aug 2006 06:58:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 31 Aug 2006 06:58:47 -0000 Received: (qmail 95902 invoked by uid 500); 31 Aug 2006 06:58:46 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 95635 invoked by uid 500); 31 Aug 2006 06:58:45 -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 95626 invoked by uid 99); 31 Aug 2006 06:58:45 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Aug 2006 23:58:45 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of marcel.reutegger@gmx.net designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Wed, 30 Aug 2006 23:58:44 -0700 Received: (qmail invoked by alias); 31 Aug 2006 06:58:23 -0000 Received: from adsl-84-226-63-84.adslplus.ch (EHLO [192.168.0.102]) [84.226.63.84] by mail.gmx.net (mp035) with SMTP; 31 Aug 2006 08:58:23 +0200 X-Authenticated: #894343 Message-ID: <44F6888B.7070202@gmx.net> Date: Thu, 31 Aug 2006 08:58:19 +0200 From: Marcel Reutegger User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: dev@jackrabbit.apache.org Subject: Re: Jackrabbits own FileSystem and unit tests References: <510143ac0608270703h78e4863bm8a2040aca36455c4@mail.gmail.com> <90a8d1c00608300308w73ff275cp987296f40f3fe924@mail.gmail.com> <90a8d1c00608300910h72d77267uf1813bcc2e91f2b0@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi Christoph, the search index implementation uses a collection of lucene indexes for performance reasons. To keep track of the indexes in use it creates a file indexes with the index names. the file ns_mappings.properties is a mapping of namespaces to index internal prefixes to save storage space. finally, the redo.log is required to turn lucene into a transactional index. as mentioned before the current search index implementation does not work on the jackrabbit FileSystem abstraction. The reason is lack of support for random access on the FileSystemResource which is a performance killer when lucene is running on top of that. in the long term I would like to put the index in the repository itself. but that means that the repository (at least internally) has to support random access on its binary resources. regards marcel Christoph Kiehl wrote: > I've got a configuration running where I use my MemoryFileSystem, > InMemoryPersistenceManager and a lucene RAMDirectory, but there jr still > creates the following structure in the file system: > > ./repository > ./repository/index > ./repository/index/_0 > ./repository/index/indexes > ./repository/index/ns_mappings.properties > ./repository/index/redo.log > ./version > ./version/blobs > ./workspaces > ./workspaces/default > ./workspaces/default/blobs > ./workspaces/default/index > ./workspaces/default/index/_0 > ./workspaces/default/index/indexes > ./workspaces/default/index/redo.log > ./workspaces/default/workspace.xml > ./repository.xml > ./.lock