Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Fri, 20 Apr 2012 22:01:33 +0000 (UTC)
From: =?utf-8?Q?Jan_H=C3=B8ydahl_=28JIRA=29?= <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <1438944529.198.1334959293182.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1716575286.19570.1319654132627.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (SOLR-2857) Multi-content-type /update handler
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


    [ https://issues.apache.org/jira/browse/SOLR-2857?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13258=
617#comment-13258617 ]=20

Jan H=C3=B8ydahl commented on SOLR-2857:
-----------------------------------

For the text/xml case, if "tr" is specified, we use XSLT loader, else we as=
sume the normal XML handler.
               =20
> Multi-content-type /update handler
> ----------------------------------
>
>                 Key: SOLR-2857
>                 URL: https://issues.apache.org/jira/browse/SOLR-2857
>             Project: Solr
>          Issue Type: Improvement
>            Reporter: Erik Hatcher
>             Fix For: 4.0
>
>
> 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 /up=
date/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 m=
ake 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 administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira

       
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org