From users-return-801-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Sun Sep 10 21:10:41 2006 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 73076 invoked from network); 10 Sep 2006 21:10:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 Sep 2006 21:10:39 -0000 Received: (qmail 62850 invoked by uid 500); 10 Sep 2006 21:10:39 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 62630 invoked by uid 500); 10 Sep 2006 21:10:38 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 62609 invoked by uid 99); 10 Sep 2006 21:10:38 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 10 Sep 2006 14:10:38 -0700 X-ASF-Spam-Status: No, hits=0.5 required=10.0 tests=DNS_FROM_RFC_ABUSE,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of michael.neale@gmail.com designates 66.249.82.227 as permitted sender) Received: from [66.249.82.227] (HELO wx-out-0506.google.com) (66.249.82.227) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 10 Sep 2006 14:10:29 -0700 Received: by wx-out-0506.google.com with SMTP id t13so1389089wxc for ; Sun, 10 Sep 2006 14:10:07 -0700 (PDT) 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=EmOELrJ5nrzULSZXlhY4l/PhGkCMm8EtGtqaQgu52c5RitT9ID6N6xNHtfcj3e3mUIN0/2Qmh1F7ypo5yeHpaD978hUwAL4NQgUwDPnBHwe/ZrjBpGixkFs9ex2eN+n0m6Ic/Nn9RG7VzwSfGiIX64reCa6sfAseyUtyGRu+A38= Received: by 10.90.78.16 with SMTP id a16mr1386723agb; Sun, 10 Sep 2006 14:10:07 -0700 (PDT) Received: by 10.90.98.10 with HTTP; Sun, 10 Sep 2006 14:10:06 -0700 (PDT) Message-ID: <96ab3ced0609101410g1b9ab297o41677a0df1b96c7d@mail.gmail.com> Date: Sun, 10 Sep 2006 22:10:06 +0100 From: "Michael Neale" To: users@jackrabbit.apache.org Subject: Re: Session & Session In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_125442_29077014.1157922606888" References: <96ab3ced0609080953j552e031bp553bcd907f77ea75@mail.gmail.com> <96ab3ced0609081355n4d4dc8abib54c57c97f675579@mail.gmail.com> <8be731880609090354j6148abcdnab3b25020fec2d0d@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_125442_29077014.1157922606888 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline yes, I was thinking something like that. Or wrap it in a externalisable/serializable wrapper which has its own read resolve, but I think you idea is probably the better suggestion - thanks for the idea. Michael. On 9/10/06, Michael Dynan wrote: > > Perhaps you could try creating and destroying the JCR sessions when > the HttpSession is created/destroyed and passivated. The Servlet API > provides the HttpSessionListener and HttpSessionActivationListener > interfaces. Create a class that implements these interfaces and the > JCR sessions can be created and destroyed at the appropriate times. > This should help you work around the fact that the JCR session is > not serializable. > > Michael > > -- > Michael Dynan > Director > Flat Earth Technologies Limited > Tel: +44(0)79 6875 3277 > > Registered Office: 5 Arlington Drive, Belfast, BT10 0NQ > Registered in Northern Ireland No. NI048489 > VAT Number: 830 8983 03 > > On 9 Sep 2006, at 11:54, Tobias Bocanegra wrote: > > > On 9/8/06, Michael Neale wrote: > >> Hi Nico. Is isn't really serialization per se, its more that to > >> stuff it in > >> a http session it is expected to be serializable. > >> > >> In my case, I would simply like to keep the Session around for a > >> little > >> while in a servlet container. > > you can just store a token in the httpsession and pool the > > jcrsessions yourself. > > > > -- > > -----------------------------------------< 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_125442_29077014.1157922606888--