Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 46266 invoked from network); 21 Apr 2010 08:48:25 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 21 Apr 2010 08:48:25 -0000 Received: (qmail 36536 invoked by uid 500); 21 Apr 2010 08:48:24 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 36266 invoked by uid 500); 21 Apr 2010 08:48:22 -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 36257 invoked by uid 99); 21 Apr 2010 08:48:21 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Apr 2010 08:48:21 +0000 X-ASF-Spam-Status: No, hits=-0.2 required=10.0 tests=AWL,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of christina.kaskoura@eurodyn.com designates 62.192.67.250 as permitted sender) Received: from [62.192.67.250] (HELO alpha.eurodyn.com) (62.192.67.250) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Apr 2010 08:48:15 +0000 Received: from parnitha.eurodyn.com (parnitha.eurodyn.com [10.251.0.3]) by alpha.eurodyn.com (8.13.8+Sun/8.13.8) with ESMTP id o3L8lrAA007700 for ; Wed, 21 Apr 2010 11:47:53 +0300 (EEST) Received: from eurodyn.com (cg2.eurodyn.com [10.250.11.8]) by parnitha.eurodyn.com (8.13.8+Sun/8.13.8) with ESMTP id o3L8lrXN006330 for ; Wed, 21 Apr 2010 11:47:53 +0300 (EEST) Received: from [10.250.23.164] (account christina.kaskoura@eurodyn.com HELO [127.0.0.1]) by cg2.eurodyn.com (CommuniGate Pro SMTP 5.1.11) with ESMTPA id 4102171 for users@jackrabbit.apache.org; Wed, 21 Apr 2010 11:47:53 +0300 Message-ID: <4BCEBBC8.6090007@eurodyn.com> Date: Wed, 21 Apr 2010 11:48:08 +0300 From: Christina Kaskoura User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: users@jackrabbit.apache.org Subject: Lock token not being added to session Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello. I am using Jackrabbit 1.6.1 and I have the following problem: I am locking a node (setting isSessionScoped to false) and store the lock token in order to be able to later modify/unlock the node from another session. The first time I login to the repository everything works fine and I am able to add the stored lock token to a new session and modify the node. However, when I close this session (with session.logout()) and open a new one I am not able to add the lock token to the new session (I call addLockToken on the new session and right after this call the session does not hold any lock tokens, so the lock token is not being added). If at the time when I first add the lock token to a session I have also another session open which never closes everything works fine. I am using Glassfish v3 application server both for the jackrabbit repository and the application that uses it. Has anybody had similar problems or knows what causes this behavior? Thank you, Christina