You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Julian Reschke (Jira)" <ji...@apache.org> on 2019/12/18 12:45:01 UTC

[jira] [Closed] (JCR-3688) Optimize MembershipCache invalidation

     [ https://issues.apache.org/jira/browse/JCR-3688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Julian Reschke closed JCR-3688.
-------------------------------

> Optimize MembershipCache invalidation
> -------------------------------------
>
>                 Key: JCR-3688
>                 URL: https://issues.apache.org/jira/browse/JCR-3688
>             Project: Jackrabbit Content Repository
>          Issue Type: Improvement
>          Components: jackrabbit-core, security
>            Reporter: Tobias Bocanegra
>            Assignee: Angela Schreiber
>            Priority: Major
>         Attachments: jcr3688-r1538062.patch
>
>
> The current membership cache is invalidated entirely for every membership change, i.e. entries that are not affected by the change are invalidated. systems with many authorizables tend to have a full membership cache will suffer from frequent invalidation.
> The way the cache is invalidated today is based on synchronous observation event. From the event alone it will be very inefficient to figure out all membership changes without extra state keeping. A more direct approach is to invalidate the membership changes directly in the cache based on the Group.addMember(), Group.removeMember() and Group.remove() methods. If the user manager is not autosave enabled, the invalidation needs to be delayed until the save call.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)