Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 74607 invoked from network); 27 Aug 2007 13:16:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Aug 2007 13:16:24 -0000 Received: (qmail 65777 invoked by uid 500); 27 Aug 2007 13:16:19 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 65763 invoked by uid 500); 27 Aug 2007 13:16:19 -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 65754 invoked by uid 99); 27 Aug 2007 13:16:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Aug 2007 06:16:19 -0700 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.146.178] (HELO wa-out-1112.google.com) (209.85.146.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Aug 2007 13:16:13 +0000 Received: by wa-out-1112.google.com with SMTP id m38so1948242waf for ; Mon, 27 Aug 2007 06:15:52 -0700 (PDT) Received: by 10.114.77.1 with SMTP id z1mr152868waa.1188220549962; Mon, 27 Aug 2007 06:15:49 -0700 (PDT) Received: by 10.114.190.4 with HTTP; Mon, 27 Aug 2007 06:15:49 -0700 (PDT) Message-ID: Date: Mon, 27 Aug 2007 15:15:49 +0200 From: "Dominique Pfister" Sender: dpfister@day.com To: users@jackrabbit.apache.org Subject: Re: jackrabbit clustering In-Reply-To: <12310826.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070813153251.250840@gmx.net> <12310826.post@talk.nabble.com> X-Google-Sender-Auth: e3a699f0363c4634 X-Virus-Checked: Checked by ClamAV on apache.org Hi Hanno, On 24/08/07, hjonas wrote: > Let's say we don't need transactional behaviour, would it be possible to use > a shared filesystem folder (NFS) to store BLOBs? If yes, what configuration > would be needed in such a case? You're probably referring to the following setup: having a database persistence manager that stores its blobs in the filesystem (externalBLOBs=true). In this scenario, blobs are stored in a directory named "blobs", located in either ${rep.home}/workspaces/${wsp.name} for workspaces or ${rep.home}/version for versioning. Unfortunately, this directory name and location is not configurable, probably a good candidate for some enhancement! Anyway, after having started my repository for the first time, I renamed the BLOBStore's "blobs" directory and created a symbolic link named "blobs" pointing at some NFS mount. From that point on, blobs were stored at (retrieved from) that location. Keep in mind, though, that filesystem operations are not automatically undone if something goes wrong in a lengthy save operation (as opposed to operations in a database). Kind regards Dominique > > thx, > Hanno > -- > View this message in context: http://www.nabble.com/jackrabbit-clustering-tf4261939.html#a12310826 > Sent from the Jackrabbit - Users mailing list archive at Nabble.com. > >