[
https://issues.apache.org/jira/browse/SOLR-2660?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13594061#comment-13594061
]
Jan Høydahl commented on SOLR-2660:
-----------------------------------
Can we consider commit a first part of this to lay the foundation for fixing
the exception, as discussed in this thread
http://search-lucene.com/m/t168517UJ5l1
> omitPositions improvements
> --------------------------
>
> Key: SOLR-2660
> URL: https://issues.apache.org/jira/browse/SOLR-2660
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 3.3, 4.0-ALPHA
> Reporter: Robert Muir
> Priority: Minor
> Attachments: SOLR-2660.patch
>
>
> followup to LUCENE-2048:
> Adds factory methods getPhraseQuery/getMultiPhraseQuery to QP, this way you
> can subclass it and customize behavior, particularly
> * by default, Solr throws exception here if the fieldtype omits positions:
> rather than 3.x's silent failure of no results, and even for trunk its nicer
> to fail during query parsing rather than waiting for lucene's failure during
> execution.
> * adds phraseAsBoolean, which allows you to downgrade these
> phrase/multiphrase queries to boolean queries: this is a nice option in
> conjunction with our word n-gram filters (shingle/commongrams/etc)for a fast
> "approximation", if your application can tolerate some false positives, e.g.
> "foo bar" -> termQuery(foo_bar), "foo bar baz" -> BQ(foo_bar AND bar_baz)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
