[
https://issues.apache.org/jira/browse/SOLR-5005?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Karthick Duraisamy Soundararaj updated SOLR-5005:
-------------------------------------------------
Attachment: patch
Attaching a patch for the initial version. Multiple scripts could be configured
with requestHanlder in solrconfig.xml.
eg.
<requestHandler name="/select1" class="solr.ScriptSearchHandler">
<str name="script">firstRequest.js</str>
<str name="script">secondRequest.js</str>
</requestHandler>
Each script should implement preRequest and postRequest hooks. In the
preRequest hook presents an opportunity to modify the request parameters and
postRequest hook provides an opportunity to play with the response.
Unlike xml response writer, the json response writer would include only one
reponse in the result. It needs to be changed. Before getting into the other
changes and writing testcases, I would like to get feedback on this design.
> ScriptRequestHandler
> --------------------
>
> Key: SOLR-5005
> URL: https://issues.apache.org/jira/browse/SOLR-5005
> Project: Solr
> Issue Type: New Feature
> Reporter: David Smiley
> Attachments: 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]
