Anuvenk,
Sorry for this "Third" email, but I was reading your question below and I think
it warrants yet another reply.
Just some background from my focus and involvement, and hence the generation of
the JavaDocs. I was primarily interested in having a Solr based spell checker
that behaved mo
Anuvenk,
I may be partially wrong on my prior statement.
I created that JavaDoc comment as part of my work on the spellcheck handler so
I might have been wrong about it being 100% superseded. There is a chance that
although the code was changed, the JavaDocs were not updated (they are merely
ics card returns nothing.
I even tried with the latest nightly build but didn't solve the problem. Any
solution available.
scott.tabar wrote:
>
> Matthew,
>
> Thanks for the question. The answer is that they come from your own
> indexes so the dictionary is based upon the actua
Greetings Brendan,
In the solrconfig.xml file, under the updateHandler, is an auto commit
statement.
It looks like:
1000
1000
I would think you would see better performance by allowing auto commit to
handle the commit size instead of reopening the connection all the tim
Matthew,
Thanks for the question. The answer is that they come from your own indexes so
the dictionary is based upon the actual words that are already stored in Solr.
This makes sense; if the spell checker is suggesting a word that is not in the
Solr index, then it will not help the user find
Climbingrose,
I think you make a valid point. Each person may have a different concept of
how something should work with their application.
My thought on the subject of spell checking multiple words:
- the parameter "multiWords" enables spell checking on each word in "q"
parameter instead of
Hoss,
I had a feeling someone would be quoting Yonik's Law of Patches! ;-)
For now, this is done.
I created the changes, created JavaDoc comments on the various settings
and their expected output, created a JUnit test for the
SpellCheckerRequestHandler
which tests various components of the ha
Greetings,
I too have a strong need to handle multiple words. Also I have run in to a
limitation within the current SpellCheckerRequestHandler where it does not
identify if a word is spelled correctly or not. This is a problem, for if
there are no suggestions, one cannot currently tell if the
