You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Antonio Sanso (JIRA)" <ji...@apache.org> on 2015/07/20 13:25:04 UTC

[jira] [Updated] (SLING-4891) Improve MapEntries to cache searched vanity paths

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

Antonio Sanso updated SLING-4891:
---------------------------------
    Attachment: SLING-4891-patch.txt

attaching proposed patch. [~chetanm] [~alexander.klimetschek] WDYT?

> Improve MapEntries to cache searched vanity paths 
> --------------------------------------------------
>
>                 Key: SLING-4891
>                 URL: https://issues.apache.org/jira/browse/SLING-4891
>             Project: Sling
>          Issue Type: Improvement
>          Components: ResourceResolver
>            Reporter: Antonio Sanso
>            Assignee: Antonio Sanso
>         Attachments: SLING-4891-patch.txt
>
>
> At the moment {{PROP_MAX_CACHED_VANITY_PATHS}} limits the number of in memory cached vanity paths in order to have a faster startup.
> I'd propose to slightly change the semantic of the limit of the cache .
> We can indeed limit the cache only for startup and when a vanity path query is executed and results are returned those can be added to the cache (and not thrown away as is now).
> If this same entry will be again requested  it will be delivered from the cache, so fast.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)