Hmmm, this should work just fine. Here are my questions.
1> are you absolutely sure that the new synonym file
is available when reindexing?
2> does the sunspot program do anything wonky with
the ids? The documents
will only be replaced if the IDs are identical.
3> are you sure that a commit is done at the end?
4> What happens if you optimize? At that point, maxdocs
and numdocs should be the same, and should be the count
of documents. if they differ by a factor of 2, I'd suspect your
id field isn't being used correctly.
If the hypothesis that you id field isn't working correctly, your number
of hits should be going up after re-indexing...
If none of that is relevant, let us know what you find and we'll
try something else....
Best
Erick
On Tue, Apr 5, 2011 at 10:46 PM, Preston Marshall <pres...@synergyeoc.com>wrote:
> Hello all, I am having an issue with Solr and the SynonymFilterFactory. I
> am using a library to interface with Solr called "sunspot." I realize that
> is not what this list is for, but I believe this may be an issue with Solr,
> not the library (plus the lib author doesn't know the answer). I am using
> the SynonymFilterFactory in my index-time analyzer, and it works great. My
> only problem is when it comes to changing the synonyms file. I would expect
> to be able to edit the file, run a reindex (this is through the library),
> and have the new synonyms function when the reindex is complete.
> Unfortunately this is not the case, as changing the synonyms file doesn't
> actually affect the search results. What DOES work is deleting the existing
> index, and starting from scratch. This is unacceptable for my usage though,
> because I need the old index to remain online while the new one is being
> built, so there is no downtime.
>
> Here's my schema in case anyone needs it:
> https://gist.github.com/88f8fb763e99abe4d5b8
>
> Thanks,
> Preston
>
> P.S. Sorry if this dupes, first post and I didn't see it show up in the
> archives.
>
