Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (herse.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.co.uk;
  h=Received:X-YMail-OSG:From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:In-Reply-To:Thread-Index:X-MimeOLE;
  b=KFOlqNkOAneyCSDVVq35t5lmobb9ZByomc4FtpBToppjR5goriV/8vpaQ/uBDwjug5zRA71wsSlAvnltmmVIE6ZLp/Ne9eS/pMFxdljQ4w7ke1wJul9v/2z/DYZadGdEN1Wj73MBgoqxKVMgDP/qkh3MtFL5TaEDBV/EAN37xXA=
  ;
From: "Shaun Barriball" <sbarriba@yahoo.co.uk>
To: <users@jackrabbit.apache.org>,
	<david.nuescheler@day.com>
Subject: RE: Profiling shows Session management to be a hotspot - session
 pooling etc
Date: Tue, 27 Mar 2007 14:38:00 +0100
Message-ID: <005101c77075$2385e310$7201a8c0@mobileiq.local>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
In-Reply-To: <eb7e2190703270625n14e1d62dse098909b365e954b@mail.gmail.com>
Thread-Index: Acdwc3uR78susqK0Se+DM+rQiAsyCQAALI/g

Hi David,
That all sounds like good news.
So to be clear....if I have an application architecture which consists of:

 * "editor" webapp - performs read/write operations
 * "viewer" webapp  - performs only read operations

...then I can use a single shared session for all requests to "viewer" and it
will automatically pick-up committed changes made in the "editor" app?

The reason for the clarification is that we tried that scenario with an
older version of JackRabbit late last year and encountered various
InvalidItem/ItemNotExists type exceptions which we put down to accessing
'stale' cached content in the "viewer" app.

As an aside, it would be interesting to here (anyones) comments on the
impact of an architecture where "editor" and "viewer" are using separate but
clustered JackRabbit instances?

Regards,
Shaun. 

-----Original Message-----
From: David Nuescheler [mailto:david.nuescheler@gmail.com] 
Sent: 27 March 2007 14:26
To: users@jackrabbit.apache.org
Subject: Re: Profiling shows Session management to be a hotspot - session
pooling etc

hi shaun,

the only issue that i am aware of with respect to concurrent read operations
on a shared session is during shutdown under certain special conditions.
generally an application should be able to concurrently read from the same
session in jackrabbit and also updates to the content will be reflected in
the session without calling refresh().

regards,
david


___________________________________________________________ 
Copy addresses and emails from any email account to Yahoo! Mail - quick, easy and free. http://uk.docs.yahoo.com/trueswitch2.html