That was precisely the point of the need for a new Jira - to answer exactly the questions that you have posed - and that I had proposed as well. Until some of the senior committers comment on that Jira you won't have answers. They've painted themselves into a corner and now I am curious how they will unpaint themselves out of that corner.
-- Jack Krupansky On Tue, Mar 15, 2016 at 1:46 AM, Modassar Ather <modather1...@gmail.com> wrote: > Thanks Jack for your response. > The following jira bug for this issue is already present so I have not > created a new one. > https://issues.apache.org/jira/browse/SOLR-8812 > > Kindly help me understand that whether it is possible to achieve search on > ORed terms as it was done in earlier Solr version. > Is this behavior intentional or is it a bug? I need to migrate to > Solr-5.5.0 but not doing so due to this behavior. > > Thanks, > Modassar > > > On Fri, Mar 11, 2016 at 3:18 AM, Jack Krupansky <jack.krupan...@gmail.com> > wrote: > > > We probably need a Jira to investigate whether this really is an > explicitly > > intentional feature change, or whether it really is a bug. And if it > truly > > was intentional, how people can work around the change to get the > desired, > > pre-5.5 behavior. Personally, I always thought it was a mistake that q.op > > and mm were so tightly linked in Solr even though they are independent in > > Lucene. > > > > In short, I think people want to be able to set the default behavior for > > individual terms (MUST vs. SHOULD) if explicit operators are not used, > and > > that OR is an explicit operator. And that mm should control only how many > > SHOULD terms are required (Lucene MinShouldMatch.) > > > > > > -- Jack Krupansky > > > > On Thu, Mar 10, 2016 at 3:41 AM, Modassar Ather <modather1...@gmail.com> > > wrote: > > > > > Thanks Shawn for pointing to the jira issue. I was not sure that if it > is > > > an expected behavior or a bug or there could have been a way to get the > > > desired result. > > > > > > Best, > > > Modassar > > > > > > On Thu, Mar 10, 2016 at 11:32 AM, Shawn Heisey <apa...@elyograg.org> > > > wrote: > > > > > > > On 3/9/2016 10:55 PM, Shawn Heisey wrote: > > > > > The ~2 syntax, when not attached to a phrase query (quotes) is the > > way > > > > > you express a fuzzy query. If it's attached to a query in quotes, > > then > > > > > it is a proximity query. I'm not sure whether it means something > > > > > different when it's attached to a query clause in parentheses, > > someone > > > > > with more knowledge will need to comment. > > > > <snip> > > > > > https://issues.apache.org/jira/browse/SOLR-8812 > > > > > > > > After I read SOLR-8812 more closely, it seems that the ~2 syntax with > > > > parentheses is the way that the effective mm value is expressed for a > > > > particular query clause in the parsed query. I've learned something > > new > > > > today. > > > > > > > > Thanks, > > > > Shawn > > > > > > > > > > > > > >
