[ 
https://issues.apache.org/jira/browse/CAMEL-4978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13214615#comment-13214615
 ] 

Andrey Kazantsev commented on CAMEL-4978:
-----------------------------------------

Yes, I understand this. However, what do you think about my proposal? Does it 
have sense? Maybe I've just overlooked something.

About Camel 2.x, I think it's worth implementing this feature as additional 
attribute, and later in Camel 3.0 we can refactor it. We can pick up attribute 
name *processErrorRef*, which will reference _Processor_. This attribute can be 
set on both *errorHandler* and *onException*.

                
> Dead Letter Channel: add onError with correspondence to onRedelivery
> --------------------------------------------------------------------
>
>                 Key: CAMEL-4978
>                 URL: https://issues.apache.org/jira/browse/CAMEL-4978
>             Project: Camel
>          Issue Type: Improvement
>          Components: camel-core
>    Affects Versions: Future
>            Reporter: Andrey Kazantsev
>            Priority: Minor
>              Labels: features
>
> When an error occurs there can be situation when some actions should be 
> performed before next redelivery attempt. These actions can be custom logging 
> (in case of Dead Letter Channel we don't have control on logger name and 
> format), creating incident request in internal company system, etc.
> Current version of Dead Letter Channel provides support for specifying 
> processor which is called when next redelivery attempt is performed. However, 
> if delay between attempts is long, this can be too late.
> I think we can implement support for specifying processor which will be 
> called when error occurs, e.g., onError property. Then this processor with 
> information from provided Exchange can take appropriate actions. For example, 
> it can save this message for further investigation, while Dead Letter Channel 
> will keep going on redelivering it.
> If this feature is worth to be implemented, I can prepare a patch. I 
> implemented a work-around in my current project using onRedelivery, but I 
> don't like it because of latency in redelivery interval.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to