lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ryan McKinley (JIRA)" <>
Subject [jira] [Commented] (SOLR-2857) Multi-content-type /update handler
Date Sat, 21 Apr 2012 00:21:33 GMT


Ryan McKinley commented on SOLR-2857:

What are thoughts on deprecation?  I think we should go ahead and drop the specific flavors.

Now that I think about the override parameter (and deprecation) I think it may make sense
to have something like:

  <requestHandler name="/update/json" class="solr.UpdateRequestHandler">
    <str name="force.contentType">application/json</str>

This would make it behave like the 3.x JsonUpdateRequestHandler
> Multi-content-type /update handler
> ----------------------------------
>                 Key: SOLR-2857
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Erik Hatcher
>             Fix For: 4.0
>         Attachments: SOLR-2857-update-content-type.patch
> Something I've been thinking about lately... it'd be great to get rid of all the specific
update handlers like /update/csv, /update/extract, and /update/json and collapse them all
into a single /update that underneath uses the content-type(s) to hand off to specific content
handlers.  This would make it much easier to toss content at Solr and provide a single entry
point for updates.

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