[
https://issues.apache.org/jira/browse/SOLR-2999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13180119#comment-13180119
]
Hoss Man commented on SOLR-2999:
--------------------------------
I forgot to mention...
FWIW: the SpellCheckerListener could be made a _little_ smarter so that it
compared the reader/segments/whatever from the newSearcher with the
currentSearcher -- that would help mitigate the cases where a No-Op commit is
triggering a rebuild, but it still wouldn't help the situations like simon
described where the index just *happens* to shrink to a single segment as a
result of a fortuitous merge. an argument could be made that it's "ok" for
that to trigger a spellchecker rebuild if buildOnOptimize==true, since the
index is in fact optimized now, but i don't necessarily feel that way.
i say just rip the shit out let the user trigger the rebuild remotely as needed
> spellcheck-index is rebuilt on commit if optimized
> ---------------------------------------------------
>
> Key: SOLR-2999
> URL: https://issues.apache.org/jira/browse/SOLR-2999
> Project: Solr
> Issue Type: Bug
> Components: spellchecker
> Affects Versions: 3.1, 3.2, 3.3, 3.4, 3.5, 4.0
> Reporter: Oliver Schihin
> Priority: Minor
> Fix For: 3.6, 4.0
>
>
> If an empty commit (i.e. without having posted new documents) is issued on an
> optimized index, the spellcheck-index is rebuilt even though solrconfig
> defines buildOnOptimize=true, not buildOnCommit=true.
> The problem was discovered on solr 4.0 but seems to happen on 3.x, too.
> Discussion and further information can be found on the list
> (http://lucene.472066.n3.nabble.com/spellcheck-index-is-rebuilt-on-commit-tp3626492p3626492.html)
--
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]