gsmiller commented on code in PR #12055:
URL: https://github.com/apache/lucene/pull/12055#discussion_r1119197629
##########
lucene/queryparser/src/java/org/apache/lucene/queryparser/flexible/standard/CommonQueryParserConfiguration.java:
##########
@@ -55,12 +58,14 @@ public interface CommonQueryParserConfiguration {
public boolean getEnablePositionIncrements();
/**
- * By default, it uses {@link MultiTermQuery#CONSTANT_SCORE_REWRITE} when
creating a prefix,
- * wildcard and range queries. This implementation is generally preferable
because it a) Runs
- * faster b) Does not have the scarcity of terms unduly influence score c)
avoids any {@link
- * TooManyListenersException} exception. However, if your application really
needs to use the
- * old-fashioned boolean queries expansion rewriting and the above points
are not relevant then
- * use this change the rewrite method.
+ * By default QueryParser uses {@link
+ * org.apache.lucene.search.MultiTermQuery#CONSTANT_SCORE_BLENDED_REWRITE}
when creating a {@link
+ * PrefixQuery}, {@link WildcardQuery} or {@link TermRangeQuery}. This
implementation is generally
+ * preferable because it a) Runs faster b) Does not have the scarcity of
terms unduly influence
+ * score c) avoids any {@link
org.apache.lucene.search.IndexSearcher.TooManyClauses} exception.
+ * However, if your application really needs to use the old-fashioned {@link
BooleanQuery}
Review Comment:
Good idea, thanks!
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For queries about this service, please contact Infrastructure at:
us...@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org
