lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <>
Subject [jira] Commented: (LUCENE-2468) reopen on NRT reader should share readers w/ unchanged segments
Date Tue, 18 May 2010 12:48:45 GMT


Yonik Seeley commented on LUCENE-2468:

bq, I would lean towards letting the caches share the filter in these cases, and advertising
in these classes javadocs that this will happen. Thoughts?

I think that's prob OK - users won't notice when using filters to search, but may get different
behavior if they use it for other purposes.

Shay, as far as CachingWrapperFilter and CacheEvictionListener, it seems more powerful to
just let apps create a new query type themselves?  That's the nice part of lucene's openness
to user query types - start with the code for CachingWrapperFilter and hook up your own caching

> reopen on NRT reader should share readers w/ unchanged segments
> ---------------------------------------------------------------
>                 Key: LUCENE-2468
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Bug
>            Reporter: Yonik Seeley
>            Assignee: Michael McCandless
>         Attachments: LUCENE-2468.patch
> A repoen on an NRT reader doesn't seem to share readers for those segments that are unchanged.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message