Hi Bernd,
> On Aug 22, 2017, at 4:31 AM, Bernd Fehling
> wrote:
>
> But the QueryBuilder only calls "stream.reset()", it never calls
> "stream.end()" so that Filters
> in the Analyzer chain can't do any cleanup (like my Filter wanted to do).
> I moved my
used
>>>> anomalies in Solr, and Yonik found the bug and fixed hashCode. Your e-mail
>>>> somehow reminded me this.
>>>> Could it be the QueryCache and hashCode method/implementation of Query
>>>> subclasses.
>>>> May be your good and bad ex
and Yonik found the bug and fixed hashCode. Your e-mail somehow
>>> reminded me this.
>>> Could it be the QueryCache and hashCode method/implementation of Query
>>> subclasses.
>>> May be your good and bad example is producing same hashCode? And this is
>>&g
ynonymQuery is
>> produced by BM25 similarity, right?
>>
>> Ahmet
>>
>>
>> On Friday, August 11, 2017, 2:48:07 PM GMT+3, Bernd Fehling
>> <bernd.fehl...@uni-bielefeld.de> wrote:
>>
>>
>> We just noticed a very strange problem with Sol
PM GMT+3, Bernd Fehling
> <bernd.fehl...@uni-bielefeld.de> wrote:
>
>
> We just noticed a very strange problem with Solr 6.4.2 QueryParser.
> The QueryParser changes the query by itself from time to time.
> This happens if doing a search request reload several times at
?
Ahmet
On Friday, August 11, 2017, 2:48:07 PM GMT+3, Bernd Fehling
<bernd.fehl...@uni-bielefeld.de> wrote:
We just noticed a very strange problem with Solr 6.4.2 QueryParser.
The QueryParser changes the query by itself from time to time.
This happens if doing a search request reload several
We just noticed a very strange problem with Solr 6.4.2 QueryParser.
The QueryParser changes the query by itself from time to time.
This happens if doing a search request reload several times at higher rate.
Good example:
...
textth:waffenhandel
...
textth:waffenhandel
textth:waffenhandel