lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dion Olsthoorn (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (LUCENE-2605) queryparser parses on whitespace
Date Fri, 30 Sep 2016 18:32:21 GMT

    [ https://issues.apache.org/jira/browse/LUCENE-2605?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15536668#comment-15536668
] 

Dion Olsthoorn commented on LUCENE-2605:
----------------------------------------

Hi, I just installed Solr 6.2.1 to see if this patch fixes the query-time analyzer filter
for multi-word synonyms. 
But unfortunately I can see no difference: still it seems that the queryparser sends each
whitespace separated term. 
Reading the discussion above, it seems that splitting on whitespace is disabled by default
now.

How can I test if this works?
Any example configuration would be very helpful!

> queryparser parses on whitespace
> --------------------------------
>
>                 Key: LUCENE-2605
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2605
>             Project: Lucene - Core
>          Issue Type: Bug
>          Components: core/queryparser
>            Reporter: Robert Muir
>            Assignee: Steve Rowe
>             Fix For: 6.2
>
>         Attachments: LUCENE-2605-dont-split-by-default.patch, LUCENE-2605.patch, LUCENE-2605.patch,
LUCENE-2605.patch, LUCENE-2605.patch, LUCENE-2605.patch, LUCENE-2605.patch
>
>
> The queryparser parses input on whitespace, and sends each whitespace separated term
to its own independent token stream.
> This breaks the following at query-time, because they can't see across whitespace boundaries:
> * n-gram analysis
> * shingles 
> * synonyms (especially multi-word for whitespace-separated languages)
> * languages where a 'word' can contain whitespace (e.g. vietnamese)
> Its also rather unexpected, as users think their charfilters/tokenizers/tokenfilters
will do the same thing at index and querytime, but
> in many cases they can't. Instead, preferably the queryparser would parse around only
real 'operators'.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message