Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 2630 invoked from network); 22 Oct 2009 12:47:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 22 Oct 2009 12:47:55 -0000 Received: (qmail 16217 invoked by uid 500); 22 Oct 2009 12:47:54 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 16146 invoked by uid 500); 22 Oct 2009 12:47:54 -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 16135 invoked by uid 99); 22 Oct 2009 12:47:54 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Oct 2009 12:47:54 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.221.181] (HELO mail-qy0-f181.google.com) (209.85.221.181) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Oct 2009 12:47:46 +0000 Received: by qyk11 with SMTP id 11so5282794qyk.13 for ; Thu, 22 Oct 2009 05:47:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.118.6 with SMTP id t6mr1401472qcq.39.1256215645910; Thu, 22 Oct 2009 05:47:25 -0700 (PDT) In-Reply-To: <510143ac0910220543p7c22fa65h52459337719606bf@mail.gmail.com> References: <7bd519ad0910220457g1395833ex3531a679cf81e6cd@mail.gmail.com> <510143ac0910220543p7c22fa65h52459337719606bf@mail.gmail.com> Date: Thu, 22 Oct 2009 22:47:25 +1000 Message-ID: <7bd519ad0910220547s63d5dfdftc935488350158c48@mail.gmail.com> Subject: Re: jcr session creation takes 2 seconds From: Torgeir Veimo To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org 2009/10/22 Jukka Zitting : > Are you using the TransientRepository class? Then it could be that the > entire repository gets started up when you run login(). You can avoid > that by either keeping one long-lived session open, [...] Wouldn't the finalizer in Session call the close() method internally at some point, if the session is not referenced elsewhere? -- -Tor