Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <e176788c0708140006y6e4cf6ddq25128c15e961b39f@mail.gmail.com>
Date: Tue, 14 Aug 2007 09:06:27 +0200
From: "Dominique Pfister" <dominique.pfister@day.com>
Sender: dpfister@day.com
To: users@jackrabbit.apache.org
Subject: Re: jackrabbit clustering
In-Reply-To: <20070813153251.250840@gmx.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <20070813153251.250840@gmx.net>

Hi Philipp,

On 13/08/07, astrograph@gmx.net <astrograph@gmx.net> wrote:
> hi,
>
> we have a repository which contains a lot of big binary data, we want to =
use clustering, and have the following questions:
>
> - Is there a way to configure the db connection used for the journal in a=
 different way than to give the jdbc connection parameters? A jndi data sou=
rce would be more useful to us.

Not yet. If you'd like to see this feature, please file a JIRA issue.

> - With the clustered configuration we are limited to a db persistence man=
ager, with the kind of data we ingest into our system we see a huge increas=
e in the time it takes to process them. I think this is caused by the db pe=
rsistence manager - do we REALLY have to use a db persistence manager?

I'm afraid so, yes. File-based persistence managers do not provide
transaction isolation, e.g. one cluster node could potentially
overwrite elements in the file system before the whole operation is
actually committed.

> - we found that you don=B4t need to give a cluster id, it seems there is =
an algorithm to provide individual servers with cluster ids - is this safe =
to use?

This algorithm assigns a random cluster id to a cluster node: I'd
rather use a well-defined, sensible cluster id, which also helps when
tracking down what cluster node was responsible for a change.

> - versioning is still configured for the local file system, is this ok fo=
r a clustered installation?

No, again you'll need a db persistence manager.

Kind regards
Dominique