[
https://issues.apache.org/jira/browse/LUCENE-3531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler reopened LUCENE-3531:
-----------------------------------
After some investigation, we should remove the purgeing on IndexReader/Core
close again, as this holds strong references from the IndexReader to the
CachingWrapperFilter. This would lead to problems in the following case: A app
has an IndexReader that never changes and is never closed, but creates lots of
CachingWrapperFilters for short-time caches. This will fill up the event
listener queue.
> Improve CachingWrapperFilter to optionally also cache acceptDocs, if
> identical to liveDocs
> ------------------------------------------------------------------------------------------
>
> Key: LUCENE-3531
> URL: https://issues.apache.org/jira/browse/LUCENE-3531
> Project: Lucene - Java
> Issue Type: Improvement
> Components: core/search
> Affects Versions: 4.0
> Reporter: Uwe Schindler
> Assignee: Michael McCandless
> Fix For: 4.0
>
> Attachments: LUCENE-3531-identityFix.patch,
> LUCENE-3531-identityFix.patch, LUCENE-3531-identityFix.patch,
> LUCENE-3531-identityFix.patch, LUCENE-3531-identityFix.patch,
> LUCENE-3531.patch
>
>
> Spinoff from LUCENE-1536: This issue removed the different cache modes
> completely and always applies the acceptDocs using
> BitsFilteredDocIdSet.wrap(), the cache only contains raw DocIdSet without any
> deletions/acceptDocs. For IndexReaders that are seldom reopened, this might
> not be as performant as it could be. If the acceptDocs==IR.liveDocs, those
> DocIdSet could also be cached with liveDocs applied.
--
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
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
