[
https://issues.apache.org/jira/browse/SOLR-5005?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13702101#comment-13702101
]
Jack Krupansky commented on SOLR-5005:
--------------------------------------
There are several distinct use cases I am interested in:
1. A simple pre/post-query script to wrap a normal query. I think that's what
the initial patch focused on.
2. A replacement for full query processing that has hooks to get at all of the
pieces of query processing. This could include multi-query processing.
3. An arbitrary "script request processor" that is not tied to either query or
update handling. This could be a simple hello world, or could be a combination
of query and update. For example, emulate an atomic update with intelligent
logic.
4. A long-running, asynchronous version of #3. For example, add a field value
to every existing document. One request to start it, a request to check its
status, a request to pause/resume/abort it, and some way to send a message to
indicate when it completes.
The script handler configuration should have "defaults" to configure the script
parameters but also allow overrides on the request.
> 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]
