[ https://issues.apache.org/jira/browse/SOLR-15407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17344960#comment-17344960 ]
David Smiley commented on SOLR-15407: ------------------------------------- [~softwaredoug] may have thoughts on this matter as well; he wrote an excellent [blog post|https://opensourceconnections.com/blog/2018/02/20/edismax-and-multiterm-synonyms-oddities/?utm_source=dlvr.it&utm_medium=twitter] on this. Option 2 seems more practical than Option 1 since "sow" appears non-sensical for a non-tokenized field any way. Am I correct that the ramification of today's logic is that documents wouldn't match at all if 100 is only present in the integer field -- let's say assuming your example with "terminator 100"? > eDismax sow=false doesn't work with string field types > ------------------------------------------------------ > > Key: SOLR-15407 > URL: https://issues.apache.org/jira/browse/SOLR-15407 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: query parsers > Affects Versions: 8.8.2 > Reporter: Alessandro Benedetti > Priority: Major > > Currently, the sow=false should not tokenize the input user query text and > delegate to each field for query time text analysis. > But what happens if one of the queries involved is not analyzed? > For example, because it is a string field type? > Terms are split and the query generated is broken: > {code:java} > assertU(adoc("id", "75", "trait_ss", "multi term")); > public void testSplitOnWhitespace_stringField_shouldBuildSingleClause() > throws Exception > { > assertJQ(req("qf", "trait_ss", "defType", "edismax", "q", "multi > term", "sow", "false"), > "/response/numFound==1", "/response/docs/[0]/id=='75'"); > String parsedquery; > parsedquery = getParsedQuery( > req("qf", "trait_ss", "q", "multi term", "defType", "edismax", > "sow", "false", "debugQuery", "true")); > assertThat(parsedquery, anyOf(containsString("((trait_ss:multi > term))"))); > } > {code} > This test would be currently broken. > The current parsed query is wrongly: > (trait_ss:multi trait_ss:term) -- This message was sent by Atlassian Jira (v8.3.4#803005) --------------------------------------------------------------------- To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org