[
https://issues.apache.org/jira/browse/SOLR-5005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13702110#comment-13702110
]
Noble Paul commented on SOLR-5005:
----------------------------------
bq. A simple pre/post-query script to wrap a normal query
It is possible to do pre/post in-between operations in this patch. In fact it
does not differentiate between any of these ops. The query also has to be fired
by the script , it just has helper methods to perform those
bq.An arbitrary "script request processor" that is not tied to either query or
update handling
I wanted the handler to have more fine grained control , so that operations
personnel can determine operations are allowed. a poor man's ACL.
The first and most basic is query-only. The next level would be query-update
and probably a higher level which gives all access which a java RequestHandler
gets
bq.A long-running, asynchronous version of #3
I see it. It should be a simple request param to make it async. The only extra
thing you would need is a status/kill command
All said and done. I wish to see some real use cases and make it possible in a
very simple manner. It should look like a simple recipe for the very common
use-cases.
> ScriptRequestHandler
> --------------------
>
> Key: SOLR-5005
> URL: https://issues.apache.org/jira/browse/SOLR-5005
> Project: Solr
> Issue Type: New Feature
> Reporter: David Smiley
> Assignee: Noble Paul
> Attachments: patch, SOLR-5005.patch
>
>
> A user customizable script based request handler would be very useful. It's
> inspired from the ScriptUpdateRequestProcessor, but on the search end. A user
> could write a script that submits searches to Solr (in-VM) and can react to
> the results of one search before making another that is formulated
> dynamically. And it can assemble the response data, potentially reducing
> both the latency and data that would move over the wire if this feature
> didn't exist. It could also be used to easily add a user-specifiable search
> API at the Solr server with request parameters governed by what the user
> wants to advertise -- especially useful within enterprises. And, it could be
> used to enforce security requirements on allowable parameter valuables to
> Solr, so a javascript based Solr client could be allowed to talk to only a
> script based request handler which enforces the rules.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
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]
