Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@jackrabbit.apache.org
Received-SPF: pass (asf.osuosl.org: domain of michael.neale@gmail.com
 designates 66.249.82.234 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=AueVmKah+HbHZGP3wIC0hgBSAvOJ3KJKSfv1dReWcGe7M/5flaWCDfX79j7hcVSbbBe7QDXt+10aX6qwvzWaCdzYx3ca0l5v7DJoIujJ5xpb7uS73HUEIS09lBMJsUZjy3f4Z25TTt5vNfvupV0/gpMb52m8w0200hhNGLsyTJM=
Message-ID: <96ab3ced0610160409p5f021d34w260c12729b6887a4@mail.gmail.com>
Date: Mon, 16 Oct 2006 12:09:22 +0100
From: "Michael Neale" <michael.neale@gmail.com>
To: users@jackrabbit.apache.org
Subject: Re: is jackrabbit Threadsafe?
In-Reply-To: <2f35a2640610160355v52abc2f7j1764f249bc6898e0@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_216068_18584898.1160996962407"
References: <2f35a2640610160159m4fc9471cn7d8c92400fe15dee@mail.gmail.com>
	 <8be731880610160225n6bea2674rad528239431c9d92@mail.gmail.com>
	 <2f35a2640610160238j41077cf1j212d65b7bfd1aaae@mail.gmail.com>
	 <c6f400460610160310j2be73ac1v37cf6899ef4437b@mail.gmail.com>
	 <2f35a2640610160315w33de6c7dvd7241deb7dce5c19@mail.gmail.com>
	 <c6f400460610160341l50dce6eei7259c47599c72c05@mail.gmail.com>
	 <2f35a2640610160346u743928fv2d97cd658e832e78@mail.gmail.com>
	 <2f35a2640610160355v52abc2f7j1764f249bc6898e0@mail.gmail.com>

------=_Part_216068_18584898.1160996962407
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Session creation seems to be fast after the first hit, fast enough for pre
request cycles. You can always wrap stuff with threadsafe code to protect
access if you want a per http session scenario.

On 10/16/06, Ted Roeloffzen <ted.roeloffzen@gmail.com> wrote:
>
> But when you use different Sessions for all request cycles, you will have
> to
> login all the time and this will kill your performance, or am i wrong??
>
> On 10/16/06, Ted Roeloffzen <ted.roeloffzen@gmail.com> wrote:
> >
> > So how would you do it?
> >
> >
> > On 10/16/06, Alexandru Popescu <the.mindstorm.mailinglist@gmail.com >
> > wrote:
> > >
> > > On 10/16/06, Ted Roeloffzen < ted.roeloffzen@gmail.com> wrote:
> > > > So we don't have to create a variable for the JackRabbit session in
> > > the
> > > > HTTP-session,
> > >
> > > I would say that this is in fact not recommended. Imagine what happens
> > > with 2 concurrent requests that are using the same HttpSession? Is the
> > > JCR Session still used in a thread safe manner?
> > >
> > > ./alex
> > > --
> > > .w( the_mindstorm )p.
> > >
> > > > but we can use it in a request-cycle?? We are now using a
> > > > simple Abstract class en getting the session from it.
> > > >
> > > >
> > > >
> > > > On 10/16/06, Alexandru Popescu <the.mindstorm.mailinglist@gmail.com>
> > > wrote:
> > > > >
> > > > > On 10/16/06, Ted Roeloffzen <ted.roeloffzen@gmail.com> wrote:
> > > > > > So when using it in a Web-application, every HTTP-session has to
> > > have
> > > > > its
> > > > > > own JackRabbit-session. So then it would be threadsafe?
> > > > > >
> > > > > >
> > > > >
> > > > > I think you should think about it in request-scope and not on Http
> > > > > session scope. Only request-response cycles are guaranteed to
> happen
> > > > > on the same thread.
> > > > >
> > > > > ./alex
> > > > > --
> > > > > .w( the_mindstorm )p.
> > > > >
> > > > > > On 10/16/06, Tobias Bocanegra < tobias.bocanegra@day.com> wrote:
> > > > > > >
> > > > > > > if every thread uses it's own jcr session, yes.
> > > > > > > regards, toby
> > > > > > >
> > > > > > > On 10/16/06, Ted Roeloffzen <ted.roeloffzen@gmail.com> wrote:
> > > > > > > > I would really like to know if JackRabbit is threadsafe.
> > > > > > > >
> > > > > > > > Greets,
> > > > > > > >
> > > > > > > > Ted
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > -----------------------------------------<
> > > tobias.bocanegra@day.com>---
> > > > > > > Tobias Bocanegra, Day Management AG, Barfuesserplatz 6, CH -
> > > 4001
> > > > > Basel
> > > > > > > T +41 61 226 98 98, F +41 61 226 98 97
> > > > > > > -----------------------------------------------<
> > > http://www.day.com>---
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > >
> >
> >
>
>

------=_Part_216068_18584898.1160996962407--