Here is the code snippet that I mentionned in the section 1) of the previous
mail :

 

// Otherwise, no idea what the trouble is, so presume that retries might fix
it.

    String message3 = "IO exception during "+context+": "+e.getMessage();

    Logging.ingest.warn(message3,e);

    throw new ServiceInterruption(message3,

     e,

      currentTime + interruptionRetryTime,

      -1L,

      3,

      false);

 

De : [email protected] <[email protected]> 
Envoyé : mardi 13 juillet 2021 15:39
À : [email protected]
Objet : Solr output connector - behavior on some exceptions

 

Hi, 

 

I would like to change the behavior of the Solr output connector concerning
two exception handling cases :

 

1.      In the current « handleIOException » method of the HttpPoster class,
the « unknown » case looks like this :



As the comment says, we don’t know the type of IOException, so it is not
necessary to make the ServiceInterruption fail after a period, especially
since all « Solr down » exceptions have been handled upstream
2.      The current « handleSolrServerException » method of the HttPoster
class. Same as above, this method is called for an unknown exception that
cannot be related to a « Solr down » issue; it can only be related to some
missconfiguration or document specific issue. It is therefore not necessary
to throw a ManifoldCFException that will stop the job with a failure state

 

 

What do you think ? If you agree with me, I can create a ticket for that and
submit a patch. This would allow to graciously keep the job running while
properly skipping identified exceptions.

 

 

Regards,
Julien

 

Reply via email to