Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 34468 invoked from network); 5 Mar 2009 01:27:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Mar 2009 01:27:20 -0000 Received: (qmail 84357 invoked by uid 500); 5 Mar 2009 01:27:19 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 84330 invoked by uid 500); 5 Mar 2009 01:27:19 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 84321 invoked by uid 99); 5 Mar 2009 01:27:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Mar 2009 17:27:19 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ianboston@googlemail.com designates 209.85.198.231 as permitted sender) Received: from [209.85.198.231] (HELO rv-out-0506.google.com) (209.85.198.231) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Mar 2009 01:27:10 +0000 Received: by rv-out-0506.google.com with SMTP id b25so3496881rvf.31 for ; Wed, 04 Mar 2009 17:26:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=fO1JVf385z+v4SQy12R8QB6NEYYvx4ciT5AYYVML0To=; b=dKtzCVlMshto9+bpiRqoJMnJySJJnFyL+A4TWhdYnuEEY+Wp1mZxwDvZaOp4PfngWu QgZjGUVHSK6OoW7tm7iBXFYmRYmA/TNh9ftVoeBRsn+Vm4DT4Q3U917Hq53bZMjUfW0t OfFq8oBQT1UrOfnazEoORhfKeH0sVNWBeSOpk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=SEgJizNMS+bQz4jAWZoD7ZdIzOww2Ic6jiA40YhAFthGxZQ/Om90jH+0yK8MDX88Qi /rqylO9x+9QxL6PSjTqRAuvJV7i+MriuhtXwMQIl71r8uCswrhBFkPvCgbM5BHGoTHV8 b60dTEL0LlC0veuXvVknNOXsToU80anE0rSrk= Received: by 10.141.185.10 with SMTP id m10mr287160rvp.32.1236216409867; Wed, 04 Mar 2009 17:26:49 -0800 (PST) Received: from ?192.168.115.143? (cpc6-papw1-0-0-cust601.cmbg.cable.ntl.com [86.1.46.90]) by mx.google.com with ESMTPS id k2sm820370rvb.4.2009.03.04.17.26.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 04 Mar 2009 17:26:49 -0800 (PST) Sender: Ian Boston Message-Id: From: Ian Boston To: dev@jackrabbit.apache.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: AccessManager Question. Date: Thu, 5 Mar 2009 01:26:43 +0000 X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org I have an AccessManager implementation that uses its own session to get properties (ACL) on nodes and the parents of nodes that it is controlling. I get lots of WARN: overwriting cached item b38c5119-2aa2-4e08-b4bf-41dd1720c197 (2009-03-03 17:10:59,740 TP- Processor3_org.apache.jackrabbit.core.ItemManager) I think this is because the ItemManager is checking with the AccessManager, which is adding the item to the cache in ItemManager, and when the current thread returns to ItemManager to put the item in...... its already been pulled in by AccessManager.. hence the warn. I am using 1.4.8, I couldn't find anything in jira to help. So, my questions: If I want to store ACL's on the nodes, can I use the same session as is accessing the node, or do I have to create a second session just for accessing the ACL's ? Will creating a second session per AccessManager have a performance impact ? Ian