You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by "Claus Ibsen (JIRA)" <ji...@apache.org> on 2009/04/24 10:05:38 UTC
[jira] Resolved: (CAMEL-1560) try ... catch .. finally and error
handler
[ https://issues.apache.org/activemq/browse/CAMEL-1560?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Claus Ibsen resolved CAMEL-1560.
--------------------------------
Resolution: Fixed
trunk: 768215
The bullet #1 is the most correct to use as it mimics how the Java try .. catch will behave.
And I was wrong before #1 has been the default in Camel 1.x all the way.
> try ... catch .. finally and error handler
> ------------------------------------------
>
> Key: CAMEL-1560
> URL: https://issues.apache.org/activemq/browse/CAMEL-1560
> Project: Apache Camel
> Issue Type: Task
> Components: camel-core
> Affects Versions: 2.0-M1
> Reporter: Claus Ibsen
> Assignee: Claus Ibsen
> Fix For: 2.0.0
>
>
> What should be the strategy for error handler in the route with the try .. catch .. finally blocks?
> 1)
> Error handler is disabled
> 2)
> Error handler is enabled, and doTry gets what its left. e.g. error Handler take precedence over doTry
> 3)
> Error handler is enabled but doCatch take precedence over the existing onException defined at the error handler (if any)
> 4)
> doCatch to support redelivery as well? Kinda hard ball.
> The possibilities are many but we need to settle on a strategy that has no surprises for the end users.
> PS: The current strategy in the code is #2.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.