Hi Chris,
I was able to fix the issue by adding the line "<str
name="lowercaseOperators">false</str> " to my request handler. Here is how
my request handler looks like
<requestHandler name="/select_test" class="solr.SearchHandler">
<lst name="defaults">
<str name="echoParams">explicit</str>
<str name="defType">edismax</str>
<str name="q.alt">*:*</str>
<str name="rows">100</str>
<str name="indent">true</str>
<str name="fl">CC_UNIQUE_FIELD,CC_FILE_PATH,score</str>
<str name="qf">CC_ALL_FIELDS_DATA</str>
<str name="wt">xml</str>
<str name="lowercaseOperators">false</str>
</lst>
</requestHandler>
So I am all set. However, earlier you said "lowercaseOperators" is set to
"false" by default for 8.1. Looks like that's not the case.
Thanks.
Steven
On Wed, Aug 7, 2019 at 8:26 PM Chris Hostetter <[email protected]>
wrote:
>
> : I think by "what query parser" you mean this:
>
> no, that's the fieldType -- what i was refering to is that you are in fact
> using "edismax", but with solr 8.1 lowercaseOperators should default to
> "false", so my initial guess is probably wrong.
>
> : By "request parameter" I think you are asking what I'm sending to Solr?
> if
> : sow I'm sending it the raw text of "or" or "OR". In case you mean my
> : request-handler, it is this:
>
> i mean all of it -- including any other request params your client may be
> sending to solr that overrides those defaults you just posted.
>
> the best thing to do to make sense of this is add
> "echoParams=all" and "debug=true" to your request, and show us the
> full response, along with some details of what docs in that result you
> don't expect to match, so we can look at:
>
> 1) what params come back in the responseHeader, so we can sanity check
> exactly what query string(s) are getting sent to solr, and that
> nothing is overriding lowercaseOperators, etc...
>
> 2) what comes back in the query debug section, so we can sanity check how
> your query strings are getting parsed
>
> 2) what the "explain" output looks like for those docs you are getting
> that you don't expect, so we can see why they matched.
>
>
> FWIW: you mentioned "My default operator is AND" ... but that's not
> visible in the requestHandler defaults you posted -- so where is it being
> set? (maybe it's not being set like you think it is?)
>
>
>
> -Hoss
> http://www.lucidworks.com/
>
