[
https://issues.apache.org/jira/browse/SLING-13307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18104362#comment-18104362
]
Julian Reschke commented on SLING-13307:
----------------------------------------
{quote}...we should rather fix the stale fixes than trying to create bandaids
downstream.
{quote}
How do we prevent index issues when paging? Or are we protected by using the
same connection?
> Resource Resolver: improve alias caching / handling
> ---------------------------------------------------
>
> Key: SLING-13307
> URL: https://issues.apache.org/jira/browse/SLING-13307
> Project: Sling
> Issue Type: Wish
> Components: ResourceResolver
> Reporter: Julian Reschke
> Priority: Major
>
> Issues with Resource Resolver alias cache
> - once initialized, the cache is treated as a complete view over all aliases
> in the repo
> - cache init can result in incorrect view due how JCR queries work (for
> instance, incomplete or stale index, see
> https://issues.apache.org/jira/browse/SLING-13284)
> - Events received during cache init may be incomplete (best effort in JCR)
> - not using the cache (Osgi config) isn't really an option due to slowness
> (https://issues.apache.org/jira/browse/SLING-9535)
> Why different from vanity paths?
> - vanity path cache is (can be) size limited
> - lookup of vanity paths "fast" anyway
> Potential improvements:
> - re-build the cache regularly, making it "eventually consistent"
> - other ideas?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
