lucene-solr-user mailing list archives

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

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

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

Just a thought
Erick

On Wed, Feb 9, 2011 at 7:32 PM, Tri Nguyen <tringuyen99@yahoo.com> wrote:

> I can throw DataImportHandlerException (a runtime exception) from my
> entityprocessor which will force a rollback.
>
> Tri
>
>
>
>
> ________________________________
> From: Tri Nguyen <tringuyen99@yahoo.com>
> To: solr-user@lucene.apache.org
> 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
>

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