Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 59048 invoked from network); 2 Feb 2010 14:04:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Feb 2010 14:04:00 -0000 Received: (qmail 43913 invoked by uid 500); 2 Feb 2010 14:03:59 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 43869 invoked by uid 500); 2 Feb 2010 14:03:59 -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 43858 invoked by uid 99); 2 Feb 2010 14:03:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Feb 2010 14:03:59 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mrduguo@gmail.com designates 209.85.218.214 as permitted sender) Received: from [209.85.218.214] (HELO mail-bw0-f214.google.com) (209.85.218.214) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Feb 2010 14:03:52 +0000 Received: by bwz6 with SMTP id 6so67369bwz.11 for ; Tue, 02 Feb 2010 06:03:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=dSqIoVKhlm0eWv5EbUQLSmcd3cvXy9fb2ViWWufRdOg=; b=HYC4jj3qNU2rnDgm2O52xkMQSZxRHE6xV5P/0eMmlPRViPnnlRWTRHut4y5b57/gz5 Wk1YodsUGAigtAGgIGgIWuBaM4DOeDfAj0yHc3plWXi8MEEmJs40/K2F46C4S9VtzbRA przIVz3I9w7LPg8afDSblg7UltFBWlutkrUas= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=J7Y8rTCnKHhwNRfpHwUw3l2+zpQHUR4mPIgg7u8yehHYSkx2HWgFHcTw1FWN4X+rET SUNqfQIQm0MRV3lRFS9yIEaa4KqBSd/qzbPFEsTpAgyuvFwWGKMNdoH3N0StpxmvlSKE N/4HndS7ik+34u1PpmhTbEKgoB+J9Q0WzMNik= MIME-Version: 1.0 Received: by 10.204.6.70 with SMTP id 6mr2085639bky.6.1265119411027; Tue, 02 Feb 2010 06:03:31 -0800 (PST) In-Reply-To: <1774B1C6F7D65448AE964FB69BC08AEE082C913E@MKEXCHVS3.Mail.Fiserv.net> References: <89934884426A01458CBE55947B042D720F913E78E8@EXCHMCA.tirol.local> <1774B1C6F7D65448AE964FB69BC08AEE082C913E@MKEXCHVS3.Mail.Fiserv.net> Date: Tue, 2 Feb 2010 14:03:30 +0000 Message-ID: Subject: Re: Jackrabbit2.0.0: Why local file system is needed when I just want to use database? From: Guo Du To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 > Would anyone be so kind to tell me why Jackrabbit requires a homeDir on > my file system though I am using database filesystem and database bundle > persistence? There are two type of local storage for default configuration: data and index. Data is stored in db and some big binary node stored in local file system (which could configured to store everything in db). Index is used by lucene which could only be on file system. > If I deploy my application in multiple application servers, can they > physically share the same homeDir on a network drive? You may look for cluster deployment: http://wiki.apache.org/jackrabbit/Clustering > If not, should each homeDir be only accessed by one single JVM? Like, > putting the dir in $user.home$ of each machine? Data could be only used by single JVM, Index could be read from multi jvm and write from one jvm. > Is there a way to construct/retrieve jackrabbit repository instance > without a configuration file on disk? How about from an input stream? You could with some coding, see following classes for more details: org.apache.jackrabbit.core.config.RepositoryConfig org.apache.jackrabbit.core.TransientRepository(final RepositoryConfig config) -Guo