[
https://issues.apache.org/jira/browse/SOLR-3293?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13241248#comment-13241248
]
David Smiley commented on SOLR-3293:
------------------------------------
I suspected you would be interested in this issue, Jan.
Yes, it could be as simple as an extends attribute there. That was my initial
idea. Two other questions:
* Is there an implied default inherited request handler? Here you could
specify "df", "q.op", "f.myfieldname.facet.method", ...
* Could/should you be able to declare a handler that is only for extension and
not for direct use? If so then how would it be declared as such?
* multiple extended request handlers resulting in mixin capability? -- e.g
extends="base,foo,bar" Or is this overkill?
There is something to be said for simplicity of how it works. So maybe simply
one parent, no way to prevent a search of a RH aside from avoiding a leading
'/' (assuming handleSelect is disabled) which is good enough... and maybe no
default extends since all the RH definitions declared in solrconfig.xml out of
the box could refer to a base one.
This should be easy to implement.
> Request Handler inheritance
> ---------------------------
>
> Key: SOLR-3293
> URL: https://issues.apache.org/jira/browse/SOLR-3293
> Project: Solr
> Issue Type: New Feature
> Reporter: David Smiley
>
> It would be useful if one Solr request handler could inherit from another.
> Or perhaps a mixin style so multiple could be merged in. I've wanted to do
> this to reduce repeating myself in solrconfig.xml RH configurations. Maybe
> all that's needed is one RH which provides the defaults to all the other
> search handlers. This feature could also be useful for establishing some
> defaults like for "df" and "q.op" and "f.myfieldname.facet.method".
--
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: [email protected]
For additional commands, e-mail: [email protected]
