Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 80631200C31 for ; Wed, 8 Mar 2017 15:17:42 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 7F0E3160B86; Wed, 8 Mar 2017 14:17:42 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id C6A8B160B75 for ; Wed, 8 Mar 2017 15:17:41 +0100 (CET) Received: (qmail 42695 invoked by uid 500); 8 Mar 2017 14:17:41 -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 42683 invoked by uid 99); 8 Mar 2017 14:17:40 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Mar 2017 14:17:40 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 6DC77C0BF8 for ; Wed, 8 Mar 2017 14:17:40 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.763 X-Spam-Level: ** X-Spam-Status: No, score=2.763 tagged_above=-999 required=6.31 tests=[GAPPY_SUBJECT=1.312, KAM_ASCII_DIVIDERS=0.8, RP_MATCHES_RCVD=-0.001, SPF_NEUTRAL=0.652] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id bRugy1gEVgDe for ; Wed, 8 Mar 2017 14:17:39 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 1B56D5FC00 for ; Wed, 8 Mar 2017 14:17:39 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 72191E030D for ; Wed, 8 Mar 2017 14:17:38 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 26E4924359 for ; Wed, 8 Mar 2017 14:17:38 +0000 (UTC) Date: Wed, 8 Mar 2017 14:17:38 +0000 (UTC) From: "Julian Reschke (JIRA)" To: dev@jackrabbit.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (JCR-2690) Cache of o.a.j.c.security.authorization.AbstractCompiledPermissions should be configurable MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Wed, 08 Mar 2017 14:17:42 -0000 [ https://issues.apache.org/jira/browse/JCR-2690?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15901316#comment-15901316 ] Julian Reschke commented on JCR-2690: ------------------------------------- Wow, you can't possibly run all of these at once :-). Anyway, it seems you are using CQ 5.6. The first step would be to install all service packs and hotfixes, this should update everything to a more recent version of Jackrabbit 2.6, see , for instance). > Cache of o.a.j.c.security.authorization.AbstractCompiledPermissions should be configurable > ------------------------------------------------------------------------------------------ > > Key: JCR-2690 > URL: https://issues.apache.org/jira/browse/JCR-2690 > Project: Jackrabbit Content Repository > Issue Type: Sub-task > Components: security > Affects Versions: 2.1 > Reporter: Honwai Wong > Assignee: angela > Priority: Minor > > It seems that the LRUMap used to cache permission-results may be too small for large repositories. It is currently hardcoded to 1000. Thread dump show that threads are blocked while reading ACL information from the repository instead of returning them from the cache: > java.lang.Thread.State: BLOCKED (on object monitor) > at org.apache.jackrabbit.core.state.LocalItemStateManager.getItemState(LocalItemStateManager.java:167) > - waiting to lock <0x00002aaae4045558> (a org.apache.jackrabbit.core.state.LocalItemStateManager) > at org.apache.jackrabbit.core.state.SessionItemStateManager.getItemState(SessionItemStateManager.java:200) > at org.apache.jackrabbit.core.HierarchyManagerImpl.getItemState(HierarchyManagerImpl.java:152) > at org.apache.jackrabbit.core.HierarchyManagerImpl.resolvePath(HierarchyManagerImpl.java:115) > at org.apache.jackrabbit.core.CachingHierarchyManager.resolvePath(CachingHierarchyManager.java:151) > at org.apache.jackrabbit.core.HierarchyManagerImpl.resolveNodePath(HierarchyManagerImpl.java:372) > at org.apache.jackrabbit.core.ItemManager.nodeExists(ItemManager.java:484) > at org.apache.jackrabbit.core.SessionImpl.nodeExists(SessionImpl.java:1446) > at org.apache.jackrabbit.core.security.authorization.acl.ACLProvider$AclPermissions.buildResult(ACLProvider.java:379) > at org.apache.jackrabbit.core.security.authorization.AbstractCompiledPermissions.getResult(AbstractCompiledPermissions.java:50) > - locked <0x00002aadb4503618> (a org.apache.commons.collections.map.LRUMap) > at org.apache.jackrabbit.core.security.authorization.AbstractCompiledPermissions.grants(AbstractCompiledPermissions.java:86) > at org.apache.jackrabbit.core.security.DefaultAccessManager.isGranted(DefaultAccessManager.java:246) > at org.apache.jackrabbit.core.security.DefaultAccessManager.isGranted(DefaultAccessManager.java:234) > at org.apache.jackrabbit.core.ItemManager.canRead(ItemManager.java:447) > The size of the LRUMap used by o.a.j.c.security.authorization.AbstractCompiledPermissions should ideally be configurable to allow for adjusting this cache to improve permission lookup. -- This message was sent by Atlassian JIRA (v6.3.15#6346)