Yes but then what about the messages that do not fail. I want them to be
moved also. If I handle the exception on the errorhandler the file-endpoint
does not register exception and the move-option is performed as if the route
was succesful.



Claus Ibsen-2 wrote:
> 
> On Wed, May 26, 2010 at 10:54 AM, ankelee <andreasasm...@gmail.com> wrote:
>>
>> Hi Claus
>>
>> That's a good point.
>>
>> I want it to not be handled so the "move" option on the file endpoint in
>> the
>> beginning of my route only moves the file if the route was succesful. And
>> I
>> want to combine that with the errorhandling that the errorhandler can do
>> since I want to do some custom processing before sending the message to a
>> deadletterchannel. I would like to use moveFailed but that can't do what
>> I
>> want.
>>
> 
> For custom processing you just do that on the EH configuration
> 
> errorHandler(DLC stuff here).to("bean:xxx");
> 
> Then Camel invokes the bean:xxx BEFORE the message is moved into the DLC.
> In fact its just another Camel route so you can continue routing here
> and do more steps.
> And after this route completes the message will be moved to the DLC.
> 
> 
> 
>> Maybe I should do something else?
>>
>>
>>
>> Claus Ibsen-2 wrote:
>>>
>>> Hi
>>>
>>> Handled is @deprecated on <errorHandler/>. We want to keep it easier
>>> and remove stuff which would confuse people.
>>> Why would you want to not let an error handler NOT to handle an error.
>>>
>>>
>>>
>>> On Wed, May 26, 2010 at 10:26 AM, ankelee <andreasasm...@gmail.com>
>>> wrote:
>>>>
>>>> I do however see that your example in the JIRA ticket uses the handled
>>>> property - when I try to do the same I just get:
>>>>
>>>> Caused by:
>>>> org.springframework.beans.factory.xml.XmlBeanDefinitionStoreException:
>>>> Line
>>>> 70 in XML document from class path resource [opsigInboundRoute.xml] is
>>>> invalid; nested exception is org.xml.sax.SAXParseException:
>>>> cvc-complex-type.3.2.2: Attribute 'handled' is not allowed to appear in
>>>> element 'errorHandler'.
>>>>
>>>>
>>>>
>>>> ankelee wrote:
>>>>>
>>>>> Hi
>>>>>
>>>>> Sorry I wasn't very clear. I'm using Camel 2.3 and the <errorHandler>
>>>>> tag
>>>>> in Spring DSL. I've been looking at the schema for 2.3 and also
>>>>>
>>>>> https://issues.apache.org/activemq/browse/CAMEL-1799
>>>>> and
>>>>> https://issues.apache.org/activemq/browse/CAMEL-1598
>>>>>
>>>>> and it seems that the handled-option is missing in Spring DSL?
>>>>>
>>>>>
>>>>>
>>>>> ankelee wrote:
>>>>>>
>>>>>> Hi
>>>>>>
>>>>>> From the doc pages:
>>>>>>
>>>>>> errorHandler(deadLetterChannel("jms:queue:dead").maximumRedeliveries(3).redeliverDealy(5000).handled(false));
>>>>>>
>>>>>> I can't figure out or find any information as to how do the
>>>>>> .handled()
>>>>>> in
>>>>>> Spring DSL. I wan't to leave the exception unhandled so that I can
>>>>>> have
>>>>>> my file endpoint do "move=" only if there is no exception in the
>>>>>> route.
>>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> View this message in context:
>>>> http://old.nabble.com/errorHandler-%2B-.handled%28false%29%29--in-Spring-DSL.-tp28670904p28677820.html
>>>> Sent from the Camel - Users mailing list archive at Nabble.com.
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Claus Ibsen
>>> Apache Camel Committer
>>>
>>> Author of Camel in Action: http://www.manning.com/ibsen/
>>> Open Source Integration: http://fusesource.com
>>> Blog: http://davsclaus.blogspot.com/
>>> Twitter: http://twitter.com/davsclaus
>>>
>>>
>>
>> --
>> View this message in context:
>> http://old.nabble.com/errorHandler-%2B-.handled%28false%29%29--in-Spring-DSL.-tp28670904p28678072.html
>> Sent from the Camel - Users mailing list archive at Nabble.com.
>>
>>
> 
> 
> 
> -- 
> Claus Ibsen
> Apache Camel Committer
> 
> Author of Camel in Action: http://www.manning.com/ibsen/
> Open Source Integration: http://fusesource.com
> Blog: http://davsclaus.blogspot.com/
> Twitter: http://twitter.com/davsclaus
> 
> 

-- 
View this message in context: 
http://old.nabble.com/errorHandler-%2B-.handled%28false%29%29--in-Spring-DSL.-tp28670904p28678153.html
Sent from the Camel - Users mailing list archive at Nabble.com.

Reply via email to