lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "David Smiley (Commented) (JIRA)" <>
Subject [jira] [Commented] (SOLR-3293) Request Handler inheritance
Date Thu, 29 Mar 2012 13:56:26 GMT


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:
>             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:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message