[
https://issues.apache.org/jira/browse/LUCENE-7355?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adrien Grand updated LUCENE-7355:
---------------------------------
Attachment: LUCENE-7355.patch
I think I have something better now:
- the method is {{BytesRef normalize(String field, String text)}}, it can be
configured with a subset of the char filters / token filters of the default
analysis chain, and uses the same AttributeFactory as the default analysis chain
- {{setLowerCaseExpandedTerms}} has been removed from query parsers, which now
use {{Analyzer.normalize}} to process range/prefix/fuzzy/wildcard/regexp queries
- {{AnalyzingQueryParser}} and the classic {{QueryParser}} have been merged
together
- both {{SimpleQueryParser}} and the classic {{QueryParser}} now work with a
non-default AttributeFactory that eg. uses a different encoding for terms (it
was only the case before for wildcard queries and the classic QueryParser when
analyzeRangeTerms was true). Other query parsers could be fixed too but it will
require more work as they are using String representations for terms rather
than binary.
> Leverage MultiTermAwareComponent in query parsers
> -------------------------------------------------
>
> Key: LUCENE-7355
> URL: https://issues.apache.org/jira/browse/LUCENE-7355
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Adrien Grand
> Priority: Minor
> Attachments: LUCENE-7355.patch, LUCENE-7355.patch, LUCENE-7355.patch
>
>
> MultiTermAwareComponent is designed to make it possible to do the right thing
> in query parsers when in comes to analysis of multi-term queries. However,
> since query parsers just take an analyzer and since analyzers do not
> propagate the information about what to do for multi-term analysis, query
> parsers cannot do the right thing out of the box.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
