[jira] Commented: (SOLR-2267) Using query function in bf parameter in the DisMaxQParser forces the use of parameter dereferencing

["Hoss Man (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/SOLR-2267?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12970890#action_12970890 ] 

Hoss Man commented on SOLR-2267:
--------------------------------

I think categorizing this as a bug is a little far fetched:

1) since it's creation, the "bf" param has been documented as splitting on white space to extract multiple function arguments (because it pre-dates support for multiple param values in a SolrParams
2) dismax and bf predate LocalParams syntax
3) bf is documneted as parsing functions explicitly -- not queries, so the use of the LocalParams query syntax shouldn't be implied.

In my option, now that we have LocalParams the "bf" param should be deprecated and removed in place of just using the "boost" or "bq" param -- "bf=..." is functionally equivalent to "bq={!func}..."

> Using query function in bf parameter in the DisMaxQParser forces the use of parameter dereferencing
> ---------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-2267
>                 URL: https://issues.apache.org/jira/browse/SOLR-2267
>             Project: Solr
>          Issue Type: Bug
>          Components: search
>    Affects Versions: 3.1
>            Reporter: Uri Boness
>             Fix For: 3.1
>
>
> The DisMaxQParser parses the bf parameter using the {{SolrPluginUtils.parseFieldBoosts(...)}} function. This function tokenizes the string based on whitespaces and then bulilds a map mapping fields to their boost values. Unfortunately, the the *{!...}* form of a query contains whitespaces and therefore the parsing of the boost function fails. 
> This should be considered as a bug as effectively it forces the use of parameter dereferencing which in many cases is not ideal.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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