You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "angela (Commented) (JIRA)" <ji...@apache.org> on 2012/03/08 16:27:57 UTC
[jira] [Commented] (JCR-3254) make max size of
CachingEntryCollector's cache configurable
[ https://issues.apache.org/jira/browse/JCR-3254?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13225263#comment-13225263 ]
angela commented on JCR-3254:
-----------------------------
while i agree that it was useful for problem analysis, i somehow dislike the idea of having the size configurable with the acprovider config.
the main reason is that i wouldn't want to be stuck with that implementation which imo has some fundamental drawbacks (e.g. perm eval
only calculated on access).
using a system property for analysis was fine for me if it was not part of an official release but only some sort of analysis-patch that
is used temporarily.
> make max size of CachingEntryCollector's cache configurable
> -----------------------------------------------------------
>
> Key: JCR-3254
> URL: https://issues.apache.org/jira/browse/JCR-3254
> Project: Jackrabbit Content Repository
> Issue Type: Sub-task
> Components: jackrabbit-core
> Affects Versions: 2.2.11, 2.4
> Reporter: Julian Reschke
> Assignee: Julian Reschke
> Priority: Minor
> Fix For: 2.2.12, 2.4.1, 2.6
>
>
> To assist in analyzing the bottleneck it would be good if it was easy to change the max size, currently hard-wired to 5000. Suggest to be pragmatic and do that through a system property.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira