jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Phillip Rhodes <spamsu...@rhoderunner.com>
Subject Re: How fragile is XMLPersistenceManager?
Date Wed, 06 Jun 2007 15:55:59 GMT
I have many small files, no large files.

----- Original Message -----
From: "Frédéric Esnault" <fesn@legisway.com>
To: users@jackrabbit.apache.org
Sent: Wednesday, June 6, 2007 11:43:24 AM (GMT-0500) America/New_York
Subject: RE: How fragile is XMLPersistenceManager?

Could you tell us how many contents you have in your repository? (I mean one 20Gb file or
1 million smaller contents, 50 000, ...)

Frédéric Esnault - Ingénieur R&D
60 boulevard de la mission Marchand
92400 Courbevoie La Défense

-----Message d'origine-----
De : Cédric Damioli [mailto:cedric.damioli@anyware-tech.com] 
Envoyé : mercredi 6 juin 2007 17:20
À : users@jackrabbit.apache.org
Objet : Re: How fragile is XMLPersistenceManager?

Phillip Rhodes a écrit :
> Long story short, I need to rush some applications to production because of circumstances
beyond my control...  Like today!
> I have been running my jackrabbit repo in the test environment with the XMLPersistenceManager

> How fragile is this persistance manager? I wouldn't worry if a certain node would be
corrupted if the JVM is killed in the middle of writing an XML file, but is it possible for
the entire repository to be corrupted?  That of course would be very, very bad...
> Is the SimpleDbPersistenceManager the only safe bet?
> How hard is to to migrate from one persistence manager to another?  Is it a custom migration
that I would have to write to manually read one repo and write to the other?
> Thanks for all your help!
> BTW, stitches on jackrabbit is going to be powering all the data-driven (not design elements)
images for one of the top tourism sites in the country :)
I've had such needs two years ago, and I also deployed an app on top of 
the XMLPM (at dev time, others PM simply did not exist)
After two years in production, and a quite big repository (~20 Gb data), 
we encountered no inconsistencies.

The only probleme was the JCR-692 
(http://issues.apache.org/jira/browse/JCR-692), which we resolved by 
changing the FS on the Linux box.



Cédric Damioli
Tel : +33 (0)5 61 00 73 47
Fax : +33 (0)5 61 00 51 46

View raw message