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

David Smiley commented on SOLR-2724:
------------------------------------

I want to breath some life into this issue in time for 3.6.  Hoss proposed the 
following:
{quote}
i guess what i would propose is that since the only real issue with them is 
potential confusion about where/why they exist, we:

* leave the code in to use them as fall back defaults
* leave tests in place to sanity check that they work
* stop advertising them in the examples
  ...ie: quietly deprecate in 3x, but don't explicitly remove in 4x.
{quote}

In particular, I'd like to see these removed from the example schema right away 
in 3x and trunk, as Hoss suggests.  q.df can be added to relevant search 
handlers in the solrconfig.xml.  Maybe we log warnings when they are configured?

For 4, I personally think they should be removed; I don't understand why Hoss 
suggests not to.  Perhaps wait for a subsequent 4.x point release?
                
> Deprecate defaultSearchField and defaultOperator defined in schema.xml
> ----------------------------------------------------------------------
>
>                 Key: SOLR-2724
>                 URL: https://issues.apache.org/jira/browse/SOLR-2724
>             Project: Solr
>          Issue Type: Improvement
>          Components: Schema and Analysis, search
>            Reporter: David Smiley
>            Assignee: David Smiley
>            Priority: Minor
>             Fix For: 3.6, 4.0
>
>   Original Estimate: 2h
>  Remaining Estimate: 2h
>
> I've always been surprised to see the <defaultSearchField> element and 
> <solrQueryParser defaultOperator="OR"/> defined in the schema.xml file since 
> the first time I saw them.  They just seem out of place to me since they are 
> more query parser related than schema related. But not only are they 
> misplaced, I feel they shouldn't exist. For query parsers, we already have a 
> "df" parameter that works just fine, and explicit field references. And the 
> default lucene query operator should stay at OR -- if a particular query 
> wants different behavior then use q.op or simply use "OR".
> <similarity> Seems like something better placed in solrconfig.xml than in the 
> schema. 
> In my opinion, defaultSearchField and defaultOperator configuration elements 
> should be deprecated in Solr 3.x and removed in Solr 4.  And <similarity> 
> should move to solrconfig.xml. I am willing to do it, provided there is 
> consensus on it of course.

--
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