It was added to trunk on the 11th and shouldn't require a patch. You
sure that nightly was actually build after then?

solr.ReversedWildcardFilterFactory should work fine.

Chantal Ackermann wrote:
> Hi Andrzej,
>
> thanks! Unfortunately, I get a ClassNotFoundException for the
> solr.ReversedWildcardFilterFactory with my nightly build from 22nd of
> September. I've found the corresponding JIRA issue, but from the wiki
> it's not obvious that this might require a patch? I'll have a closer
> look at the JIRA issue, in any case.
>
> Cheers,
> Chantal
>
>
> Andrzej Bialecki schrieb:
>> Chantal Ackermann wrote:
>>> Thanks, Mark!
>>> But I suppose it does matter where in the index chain it goes? I would
>>> guess it is applied to the tokens, so I suppose I should put it at the
>>> very end - after WordDelimiter and Lowercase have been applied.
>>>
>>>
>>> Is that correct?
>>>
>>>  >>   <analyzer type="index">
>>>  >>     <filter class="solr.WordDelimiterFilterFactory"
>>>  >>        splitOnCaseChange="1" splitOnNumerics="1"
>>>  >>        stemEnglishPossessive="1" generateWordParts="1"
>>>  >>        generateNumberParts="1" catenateAll="1"
>>>  >>        preserveOriginal="1" />
>>>  >>     <filter class="solr.LowerCaseFilterFactory" />
>>>        <filter class="solr.ReversedWildcardFilterFactory" />
>>>  >>   </analyzer>
>>
>> Yes. Care should be taken that the query analyzer chain produces the
>> same forward tokens, because the code in QueryParser that optionally
>> reverses tokens acts on tokens that it receives _after_ all other query
>> analyzers have run on the query.
>>
>>
>> -- 
>> Best regards,
>> Andrzej Bialecki     <><
>>   ___. ___ ___ ___ _ _   __________________________________
>> [__ || __|__/|__||\/|  Information Retrieval, Semantic Web
>> ___|||__||  \|  ||  |  Embedded Unix, System Integration
>> http://www.sigram.com  Contact: info at sigram dot com
>>


-- 
- Mark

http://www.lucidimagination.com



Reply via email to