Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: AW: Persistence Manager in Production Environment
Date: Wed, 21 Feb 2007 13:25:11 +0100
Message-ID: <F186AC080E44C146BBE4A33472CFA79FE8C29A@mxs01.tirol.local>
Thread-Topic: Persistence Manager in Production Environment
Thread-Index: AcdVpK0jfO3I+8HST1eBU+nfr4xq3gADnYmQ
References: <F186AC080E44C146BBE4A33472CFA79FE8C239@mxs01.tirol.local>
 <90a8d1c00702210233h7a205a75q75de4b7b9abbea0a@mail.gmail.com>
 <c6f400460702210239t2f8ca371v169ed4fad55a0e68@mail.gmail.com>
From: =?iso-8859-1?Q?K=D6LL_Claus?= <C.KOELL@TIROL.GV.AT>
To: <users@jackrabbit.apache.org>

do you use the SimpleDbPersistenceManager for berkleydb ?

-----Urspr=FCngliche Nachricht-----
Von: Alexandru Popescu [mailto:the.mindstorm.mailinglist@gmail.com]=20
Gesendet: Mittwoch, 21. Februar 2007 11:39
An: users@jackrabbit.apache.org
Betreff: Re: Persistence Manager in Production Environment

On 2/21/07, Stefan Guggisberg <stefan.guggisberg@gmail.com> wrote:
> i'd suggest, for now, using jackrabbit's default configuration, i.e.
> DerbyPersistenceManager, since it's been extensively tested and since
> it is pretty fast (considerably faster than the oracle pm).
>
> cheers
> stefan
>

I am quite happy with BerkleyDB (indeed there was no need to share the =
storage).

./alex
--
.w( the_mindstorm )p.
_____________________________________
  Alexandru Popescu, OSS Evangelist
TestNG/Groovy/AspectJ/WebWork/more...
  Information Queue ~ www.InfoQ.com

> On 2/21/07, K=D6LL Claus <C.KOELL@tirol.gv.at> wrote:
> > We are on the road to use jackrabbit in our production environment =
but i'm not sure
> > which persistence manager we should use.
> >
> > I have made some tests with the j2c adapter in combination with the =
oracle db pm
> > to get a atomar transaction through the pm.
> > A reason for db is also the easy way to backup/restore the data.
> >
> > On the other hand is the filesystem, no atomar transaction but it is =
fast. we think we get about 1-2 Million documents in jackrabbit
> > and then the backup is no more really possible on filesystem beacuse =
if i use objectpersistenmanager i get about
> > 6-10 files per node on fs (6*2Million files effectivity). On crash =
to recover these files take really long :-)
> >
> > A good message is that day will offer there pm's, so the node =
propertys will no more be stored in seperate files ..
> >
> > I hope i get some experience ...
> > thanks
> > claus
> >
>