I see Yonik recently opened an issue in JIRA to track the addition of
pluggable functions (https://issues.apache.org/jira/browse/SOLR-356).
Any chance this will be implemented soon? It would save users like me
from having to hack the Solr source or write custom request handlers
for trivial
this
would need to do?
Is anyone else working on this?
Tom
On 9/18/07, Jon Pierce [EMAIL PROTECTED] wrote:
I see Yonik recently opened an issue in JIRA to track the addition of
pluggable functions (https://issues.apache.org/jira/browse/SOLR-356).
Any chance this will be implemented soon? It would
things this
would need to do?
Is anyone else working on this?
Tom
On 9/18/07, Jon Pierce [EMAIL PROTECTED] wrote:
I see Yonik recently opened an issue in JIRA to track the addition of
pluggable functions (https://issues.apache.org/jira/browse/SOLR-356).
Any chance
On 9/18/07, Jon Pierce [EMAIL PROTECTED] wrote:
Reflection could be used to look up and invoke the constructor with
appropriately-typed arguments. If we assume only primitive types
and ValueSources are used, I don't think it would be too hard to craft
a drop-in replacement that works with
(NOTE: this discussion probably makes more sense on solr-dev. future
replies should probably go there, or in SOLR-334.)
: The parser is a quick hack I threw together, and any value source
: factories should not be exposed to it. It seems like either
: 1) a value source factory would expose
