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 <hossman_luc...@fucit.org> 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/ >