That does not look like a great option. DIH looks like an overkill for
this usecase.


You can write a simple UpdateHandler to do that .
All that you need to do is to extent ContentStreamHandlerBase and
register it as an UpdateHandler


On Sat, Jan 24, 2009 at 12:34 PM, Shalin Shekhar Mangar
<shalinman...@gmail.com> wrote:
> There's another option. Using DIH with Solrj. Take a look at:
>
> https://issues.apache.org/jira/browse/SOLR-853
>
> There's a patch there but it hasn't been updated to trunk. A contribution
> would be most welcome.
>
> On Sat, Jan 24, 2009 at 3:11 AM, Gunaranjan Chandraraju <
> chandrar...@apple.com> wrote:
>
>> Hi
>> I had earlier described my requirement of needing to 'post XMLs as-is' to
>> SOLR and have it handled just as the DIH would do on import using the
>> mapping in data-config.xml.  I got multiple answers for the 'post approach'
>> - the top two being
>>
>> - Use SOLR CELL
>> - Use SOLRJ
>>
>> In general I would like to keep all the 'data conversion' inside the SOLR
>> powered search system rather than having clients do the XSL and transforming
>> the XML before sending them (CELL approach).
>>
>> My question is? How should I design this
>>  - Tomcat Servlet that provides this 'post' endpoint.  Accepts the XML over
>> HTTP, transforms it and calls SOLRJ to update.  This is the same TOMCAT that
>> houses SOLR.
>>  - SOLR Handler (Is this the right way?)
>>     - Take this a step further and implement it as an extension to DIH - a
>> handler that will refer to DIH data-config xml and use the same
>> transformation.  This way I can invoke an import for 'batched files' or do a
>> 'post 'for the same XML with the same data-config mapping being applied.
>>  Maybe it can be a separate handler that just refers to the same
>> data-config.xml and not necessarily bundled with DIH handler code.
>>
>> Looking for some advise.  If the DIH extension is the way to go then I
>> would be happy to extend it and contribute that back to SOLR.
>>
>> Regards,
>> Guna
>>
>
>
>
> --
> Regards,
> Shalin Shekhar Mangar.
>



-- 
--Noble Paul

Reply via email to