Yes /browse returns velocity stuff, but I mostly add &wt=xml in the query. And yes, I looked at the parsedquery feedback that &debugQuery=true provides. That basically confirms my idea that the implicit AND is indeed switched to an implicit OR in case an explicit OR is somewhere else present in the query. Even the default operator set to AND seems to be overruled.
Thanks, I'll think about submitting a Jira. -----Original Message----- From: Shawn Heisey [mailto:s...@elyograg.org] Sent: Wednesday 12 December 2012 06:43 To: solr-user@lucene.apache.org Subject: Re: edismax: implicit AND changes into implicit OR On 12/12/2012 10:27 AM, Burgmans, Tom wrote: > I have set <solrQueryParser defaultOperator="AND"/> in the schema (and > restarted Solr), and tested again with > > http://localhost:8983/solr/collection1/browse?defType=edismax&q=(Thomas+Michael)+OR+xxxmatchesnothingxxx&q.op=AND > > note the extra parameter. Still it returns the 7 documents that matches > (Thomas OR Michael), but not (Thomas AND Michael). > > The only way to enforce an implicit AND is by changing the query into > > http://localhost:8983/solr/collection1/browse?defType=edismax&q=(%2BThomas+%2BMichael)+OR+%2Bxxxmatchesnothingxxx > > But then the AND isn't implicit anymore...and I don't like to prefix all my > search terms with a +. It smells like a bug to me, so you should probably file an issue in Jira. I will admit that this is getting somewhat outside my experience level. I noticed the /browse there ... is this just what you have named your handler, or is this connected with the Velocity stuff? Have you tried adding &debugQuery=true to your URL and seeing what your different queries actually parse to? It may also be a good idea to add &echoParams=all so you can see all parameters that are going into the request. Thanks, Shawn This email and any attachments may contain confidential or privileged information and is intended for the addressee only. If you are not the intended recipient, please immediately notify us by email or telephone and delete the original email and attachments without using, disseminating or reproducing its contents to anyone other than the intended recipient. Wolters Kluwer shall not be liable for the incorrect or incomplete transmission of of this email or any attachments, nor for unauthorized use by its employees. Wolters Kluwer nv has its registered address in Alphen aan den Rijn, The Netherlands, and is registered with the Trade Registry of the Dutch Chamber of Commerce under number 33202517.
