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 <tringuye...@yahoo.com> wrote: > I can throw DataImportHandlerException (a runtime exception) from my > entityprocessor which will force a rollback. > > Tri > > > > > ________________________________ > From: Tri Nguyen <tringuye...@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 >
