Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 33523 invoked from network); 5 Nov 2010 16:56:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 5 Nov 2010 16:56:47 -0000 Received: (qmail 15277 invoked by uid 500); 5 Nov 2010 16:57:18 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 15221 invoked by uid 500); 5 Nov 2010 16:57:17 -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 15212 invoked by uid 99); 5 Nov 2010 16:57:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Nov 2010 16:57:17 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,MIME_QP_LONG_LINE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of justinedelson@gmail.com designates 74.125.83.170 as permitted sender) Received: from [74.125.83.170] (HELO mail-pv0-f170.google.com) (74.125.83.170) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Nov 2010 16:57:09 +0000 Received: by pvf33 with SMTP id 33so865024pvf.1 for ; Fri, 05 Nov 2010 09:56:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:user-agent:date :subject:from:to:message-id:thread-topic:in-reply-to:mime-version :content-type:content-transfer-encoding; bh=1C+n+ZecO4jxr8hyji68FfAbseHKCSViIltLiZsyk38=; b=QVT0lus9wnWDFnNhoKQKQBZp+lufcubUjxhVSQstX5YIi5VPuRsY5EcIub2kxJUOpg cv4Vfhf30q2KbfAlb1Oi1Rju9iGxjnss2Bq5OcS1jgE9Thl4UOlqbLtzBxos+Xs9jsCg G3qEkBqWomt2NcAhnTSoPwP4BV+xND0Sj5N4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:user-agent:date:subject:from:to:message-id:thread-topic :in-reply-to:mime-version:content-type:content-transfer-encoding; b=FRgjkODB74fAByJ/ULmOOKFqMb9IZmsuNwRv6PQrtPJepgmUGWIh/Za6anKOkPWTkp m0VDRSQ+J0RKZBBEX3ifKFi429w1dpijsPVm37R+JgaglA13DfavyytppXnq9LIAkl9S Qsx8CM4H1AFwckgGDZbTti9TZLcICIf36/310= Received: by 10.142.154.15 with SMTP id b15mr1687536wfe.393.1288976206658; Fri, 05 Nov 2010 09:56:46 -0700 (PDT) Received: from [192.168.1.53] (ool-44c6554e.dyn.optonline.net [68.198.85.78]) by mx.google.com with ESMTPS id p8sm2026696wff.4.2010.11.05.09.56.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Nov 2010 09:56:45 -0700 (PDT) Sender: Justin Edelson User-Agent: Microsoft-MacOutlook/14.0.0.100825 Date: Fri, 05 Nov 2010 12:56:39 -0400 Subject: Re: Problem with Clustering Setup (PostgreSQL) From: Justin Edelson To: Message-ID: Thread-Topic: Problem with Clustering Setup (PostgreSQL) In-Reply-To: <4CD42F60.4080500@gmail.com> Mime-version: 1.0 Content-type: text/plain; charset="ISO-8859-1" Content-transfer-encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org It could be an instance of LocalFileSystem, if the file system pointed to was shared by, for example, NFS or CIFS. But DbFileSystem is another way to do that. Justin On 11/5/10 12:22 PM, "Sergiy Shyrkov" wrote: >Hello Etile, > >if I correctly understood the discussion and explanations in this >thread, the repository-level file system should be shared in cluster, >meaning it cannot be an instance of LocalFileSystem like in your case. >It should rather be DbFileSystem. >Am I right? > >Kind regards >Sergiy > >On 05.11.2010 09:52, Etile Basson wrote: >> Hi there, >> >> just want to thank Thomas and Justin for their worthful hints. I >>managed to >> get the jackrabbit cluster up and running with PostgreSQL. Please find >>my >> repository.xml below this text. Do you want me to attach it to the >> corresponding wiki page? It think that it might serve as a good example >>for >> anyone who wants to use clustering with PostgreSQL. >> >> --snip-- >> >> > Jackrabbit 1.2//EN" >> " >> http://jackrabbit.apache.org/dtd/repository-1.2.dtd"> >> >> >> >class=3D"org.apache.jackrabbit.core.journal.DatabaseJournal"> >> >> >> >> >> >value=3D"${jackrabbit.repository.password}" >> /> >> >> >> >> >> >> >class=3D"org.apache.jackrabbit.core.fs.local.LocalFileSystem"> >> >> >> >> >> > class=3D"org.apache.jackrabbit.core.security.SimpleAccessManager"> >> >> >> > class=3D"org.apache.jackrabbit.core.security.SimpleLoginModule"> >> >> >> >> >> > defaultWorkspace=3D"default"/> >> >> >> > class=3D"org.apache.jackrabbit.core.fs.local.LocalFileSystem"> >> >> >> >> > class=3D"org.apache.jackrabbit.core.state.db.SimpleDbPersistenceManager"> >> >> >> >> >value=3D"${jackrabbit.repository.password}" >> /> >> >> >/> >> >> >> >> > class=3D"org.apache.jackrabbit.core.query.lucene.SearchIndex"> >> >> >> >> >> >> > class=3D"org.apache.jackrabbit.core.fs.local.LocalFileSystem"> >> >> >> >> > class=3D"org.apache.jackrabbit.core.state.db.SimpleDbPersistenceManager"> >> >> >> >> >value=3D"${jackrabbit.repository.password}" >> /> >> >> >> >> >> >> >> > class=3D"org.apache.jackrabbit.core.query.lucene.SearchIndex"> >> >> >> >> --snap-- >> >> Regards, >> Etile >> >> On Thu, Oct 28, 2010 at 4:51 PM, Sergiy >>Shyrkov>> wrote: >>> Thank you for the prompt reply! >>> >>> Kind regards >>> Sergiy >>> >>> >>> On 28.10.2010 16:32, Thomas M=FCller wrote: >>> >>>> Hi, >>>> >>>> Could you, please, give me some hints if there are any advantages in >>>>> using >>>>> DatabaseFileSystem compared to LocalFileSystem? >>>>> >>>> Yes, in my view LocalFileSystem is appropriate. Only config files are >>>> stored in the FileSystem, no user data. LocalFileSystem is easier to >>>> use and configure. Some people may want to avoid creating files in the >>>> file system, so they can use a database FileSystem. >>>> >>>> I assume, the information about clustering configuration >>>>> (http://wiki.apache.org/jackrabbit/Clustering ) is also valid for >>>>> Jackarabbit 2.1.x/2.2.x. Is it correct? >>>>> >>>> Yes. >>>> >>>> Regards, >>>> Thomas >>>> >>> >