lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Erick Erickson <>
Subject Re: communication between entity processor and solr DataImporter
Date Thu, 10 Feb 2011 00:41:00 GMT

You might want to consider, rather than going through DIH with your own
processor, just using SolrJ in a separate process. That allows you much
control over the behavior of your indexing process.....

Making a connection to Solr via SolrJ and adding a one-field document is
a 20 line program. Of course the complexity will come in your
code and error handling, and your documents will be much larger than one
I just included that estimate so you can guage whether a pilot would be

Just a thought

On Wed, Feb 9, 2011 at 7:32 PM, Tri Nguyen <> wrote:

> I can throw DataImportHandlerException (a runtime exception) from my
> entityprocessor which will force a rollback.
> Tri
> ________________________________
> From: Tri Nguyen <>
> To:
> Sent: Wed, February 9, 2011 3:50:05 PM
> Subject: communication between entity processor and solr DataImporter
> Hi,
> I'd like to communicate errors between my entity processor and the
> DataImporter
> in case of error.
> Should there be an error in my entity processor, I'd like the index build
> to
> rollback. How can I do this?
> I want to throw an exception of some sort.  Only thing I can think of is to
> force a runtime exception be thrown in nextRow() of the entityprocessor
> since
> runtime exceptions are not checked and does not have to be declared in the
> nextRow() method signature.
> How can I request the nextRow() method signature be updated to throw
> Exception?
> Would it even make sense?
> Tri

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message