[
https://issues.apache.org/activemq/browse/CAMEL-1260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Claus Ibsen updated CAMEL-1260:
-------------------------------
Description:
I wonder if a more flexible fix to CAMEL-501 is to send errors to a configured
endpoint URI - then folks can choose to route them wherever they like (to a
log, ignore them, throw them on shutdown etc).
e.g. rather than log the exception, send the exception as a message to some
error endpoint like error:ScheduledPollConsumer. Folks could then
* override the URI to send errors to in the ScheduledPollConsumer
* create a route
{code}
from("error:ScheduledPollConsumer").to("log:Foo");
{code}
* the default behaviour for any error endpoint could maybe be - if there are no
consumers defined, we log to the error console?
was:
I wonder if a more flexible fix to CAMEL-501 is to send errors to a configured
endpoint URI - then folks can choose to route them wherever they like (to a
log, ignore them, throw them on shutdown etc).
e.g. rather than log the exception, send the exception as a message to some
error endpoint like error:ScheduledPollConsumer. Folks could then
* override the URI to send errors to in the ScheduledPollConsumer
* create a route
{code}from("error:ScheduledPollConsumer").to("log:Foo");
* the default behaviour for any error endpoint could maybe be - if there are no
consumers defined, we log to the error console?
Fix Version/s: (was: 2.0.0)
2.1.0
> should we use endpoints for errors thrown by things like
> ScheduledPollConsumer - so folks can choose to log them, route them, or just
> ignore them
> -------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CAMEL-1260
> URL: https://issues.apache.org/activemq/browse/CAMEL-1260
> Project: Apache Camel
> Issue Type: Improvement
> Reporter: James Strachan
> Assignee: Jonathan Anstey
> Fix For: 2.1.0
>
>
> I wonder if a more flexible fix to CAMEL-501 is to send errors to a
> configured endpoint URI - then folks can choose to route them wherever they
> like (to a log, ignore them, throw them on shutdown etc).
> e.g. rather than log the exception, send the exception as a message to some
> error endpoint like error:ScheduledPollConsumer. Folks could then
> * override the URI to send errors to in the ScheduledPollConsumer
> * create a route
> {code}
> from("error:ScheduledPollConsumer").to("log:Foo");
> {code}
> * the default behaviour for any error endpoint could maybe be - if there are
> no consumers defined, we log to the error console?
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
