[
https://issues.apache.org/jira/browse/SOLR-433?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Doug Steigerwald updated SOLR-433:
----------------------------------
Attachment: spellindexfix.patch
This may be better suited as another bug, or even posted in the lucene project,
but I also made a small patch for the lucene spellchecker.
Hitting the spellcheck request handler with a reopen command wasn't working
after we installed a new spell index snapshot. Searcher was being created for
the new index, but not a reader.
Also, if you rebuild the spell index after it has already been built, it cleans
out the index. You then have to send it a rebuild again to actually rebuild
the index. Frequency of words in the spell index seemed to remain constant
when rebuilding the spell index multiple times.
> MultiCore and SpellChecker replication
> --------------------------------------
>
> Key: SOLR-433
> URL: https://issues.apache.org/jira/browse/SOLR-433
> Project: Solr
> Issue Type: Improvement
> Components: replication, spellchecker
> Affects Versions: 1.3
> Reporter: Otis Gospodnetic
> Fix For: 1.3
>
> Attachments: RunExecutableListener.patch, solr-433.patch,
> spellindexfix.patch
>
>
> With MultiCore functionality coming along, it looks like we'll need to be
> able to:
> A) snapshot each core's index directory, and
> B) replicate any and all cores' complete data directories, not just their
> index directories.
> Pulled from the "spellchecker and multi-core index replication" thread -
> http://markmail.org/message/pj2rjzegifd6zm7m
> Otis:
> I think that makes sense - distribute everything for a given core, not just
> its index. And the spellchecker could then also have its data dir (and only
> index/ underneath really) and be replicated in the same fashion.
> Right?
> Ryan:
> Yes, that was my thought. If an arbitrary directory could be distributed,
> then you could have
> /path/to/dist/index/...
> /path/to/dist/spelling-index/...
> /path/to/dist/foo
> and that would all get put into a snapshot. This would also let you put
> multiple cores within a single distribution:
> /path/to/dist/core0/index/...
> /path/to/dist/core0/spelling-index/...
> /path/to/dist/core0/foo
> /path/to/dist/core1/index/...
> /path/to/dist/core1/spelling-index/...
> /path/to/dist/core1/foo
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.