[ 
https://issues.apache.org/jira/browse/SOLR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

David Smiley updated SOLR-3534:
-------------------------------

    Attachment: 
SOLR-3534_dismax_and_edismax_should_default_to_df_if_qf_is_absent.patch

This is an updated patch. Instead of SolrPluginUtils, I chose QueryParsing 
which already has a similar method for q.op.  And like q.op I had the 2nd arg 
be the string that the caller resolves. Some callers don't have a convenient 
params to provide.  The fact that some don't led me to start doing more 
refactorings to QParser that I decided to withdraw from as to not make this 
issue do too much at once.

I already committed test modifications so that this patch will pass. (I jumped 
the gun perhaps but no matter.)  You should see this change in the subversion 
tab in JIRA.
                
> dismax and edismax should default to "df" when "qf" is absent.
> --------------------------------------------------------------
>
>                 Key: SOLR-3534
>                 URL: https://issues.apache.org/jira/browse/SOLR-3534
>             Project: Solr
>          Issue Type: Improvement
>          Components: query parsers
>    Affects Versions: 4.0
>            Reporter: David Smiley
>            Assignee: David Smiley
>            Priority: Minor
>         Attachments: 
> SOLR-3534_dismax_and_edismax_should_default_to_df_if_qf_is_absent.patch, 
> SOLR-3534_dismax_and_edismax_should_default_to_df_if_qf_is_absent.patch
>
>
> The dismax and edismax query parsers should default to "df" when the "qf" 
> parameter is absent.  They only use the defaultSearchField in schema.xml as a 
> fallback now.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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

Reply via email to