Return-Path: 
 <users-return-11104-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org
Received: (qmail 5232 invoked from network); 7 Apr 2009 05:53:11 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3)
  by minotaur.apache.org with SMTP; 7 Apr 2009 05:53:11 -0000
Received: (qmail 59439 invoked by uid 500); 7 Apr 2009 05:53:09 -0000
Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org
Received: (qmail 59359 invoked by uid 500); 7 Apr 2009 05:53:09 -0000
Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:users-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:users-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:users@jackrabbit.apache.org>
List-Id: <users.jackrabbit.apache.org>
Reply-To: users@jackrabbit.apache.org
Delivered-To: mailing list users@jackrabbit.apache.org
Received: (qmail 59348 invoked by uid 99); 7 Apr 2009 05:53:09 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 05:53:09 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: local policy)
Received: from [217.237.162.101] (HELO mail.teliskp.de) (217.237.162.101)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 07 Apr 2009 05:53:00 +0000
Received: from TelisExMbx01.telis.it.tfsh ([10.1.8.202]) by telisex04
 ([10.1.8.184]) with mapi; Tue, 7 Apr 2009 07:52:37 +0200
From: Kurz Wolfgang <wolfgang.kurz@gwvs.de>
To: "users@jackrabbit.apache.org" <users@jackrabbit.apache.org>
Date: Tue, 7 Apr 2009 07:52:34 +0200
Subject: AW: Reloading Data from Remote Repository
Thread-Topic: Reloading Data from Remote Repository
Thread-Index: Acm3CkTv/80mzVJGRxuuzR0QNP6/vAAOo/xw
Message-ID: 
 <12B08E43EA4D0A4194C46028C6D109E85E1E2F09E0@TELISEXMBX01.telis.it.tfsh>
References: <22919080.post@talk.nabble.com>
In-Reply-To: <22919080.post@talk.nabble.com>
Accept-Language: de-DE
Content-Language: de-DE
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: de-DE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org

Have you thought about clustering?

We have a setup that has like 5 applications using the same repository by c=
lustering the repository.

Not sure if it is what you are looking for but its worth to check it out.

-----Urspr=FCngliche Nachricht-----
Von: eduardomaino [mailto:eduardomaino@gmail.com]=20
Gesendet: Dienstag, 7. April 2009 00:51
An: users@jackrabbit.apache.org
Betreff: Reloading Data from Remote Repository


I'm working on a project that uses Magnolia to create and edit all content
used by our application.=20

We configured Jackrabbit to be used along Glassfish to access the same
repository that is used by Magnolia. When we start the server, Jackrabbit
successfully gets all the content from Magnolia's repository and saves it o=
n
its local repository.=20

The problem is: when I change a text content in Magnolia, I need to restart
the server to have this change reflected on the Jackrabbit repository.

I've tried to use <FileSystem
class=3D"org.apache.jackrabbit.core.fs.mem.MemoryFileSystem"/> on my worksp=
ace
configuration, but even so it looks like Jackrabbit keeps some kind of
cache.

Is it possible to force Jackrabbit to get everything from a remote
repository instead of trying to get things from its local one?

My next test will be to check the source from the JCR Connector to see wher=
e
it refreshes the local repository.=20

Any help will be greatly appreciated. I'm stuck with this problem for over =
a
week now. =20


--=20
View this message in context: http://www.nabble.com/Reloading-Data-from-Rem=
ote-Repository-tp22919080p22919080.html
Sent from the Jackrabbit - Users mailing list archive at Nabble.com.