[
https://issues.apache.org/jira/browse/LUCENE-2771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-2771:
--------------------------------
Attachment: LUCENE-2771.patch
Ok, not really related, but i just can't stand it:
In the contrib/demo "SearchFiles" example, there is a OneNorms
FilterIndexReader.
I think this entire thing is a no-op since per-segment search, and not a good
thing to have in an example. I removed this here.
i also turned some nocommits into TODO's: really this Slow* stuff doesn't need
to be
hyper-optimized.
> Remove norms() support from non-atomic IndexReaders
> ---------------------------------------------------
>
> Key: LUCENE-2771
> URL: https://issues.apache.org/jira/browse/LUCENE-2771
> Project: Lucene - Java
> Issue Type: Improvement
> Reporter: Uwe Schindler
> Fix For: 4.0
>
> Attachments: LUCENE-2771.patch, LUCENE-2771.patch,
> LUCENE-2771_needsCache.patch
>
>
> Spin-off from LUCENE-2769:
> Currently all IndexReaders support norms(), but the core of Lucene never uses
> it and its even dangerous because of memory usage. We should do the same like
> with MultiFields and factor it out and throw UOE on non-atomic readers.
> The SlowMultiReaderWrapper can then manage the norms. Also ParallelReader
> needs to be fixed.
--
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: [email protected]
For additional commands, e-mail: [email protected]
