Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Received-SPF: pass (athena.apache.org: domain of claus.ibsen@gmail.com
 designates 209.85.218.216 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=CSVrtU33AkGvTYGjzH2HSvXxRVw03vNGqmQ0GPrnuOW2OWKpa8m2AO8QxzdKHFzf8/
         OfZ8ILfVH6heSUWZ2xPQOKWR2ec4tqwpl5fPI0yDVfq2sUDB5dLQoVqYO+YXUoNC2Rax
         MofTVB3c3PpZvehY9Uy1oKJBladH053cCYqqc=
MIME-Version: 1.0
In-Reply-To: <22071417.post@talk.nabble.com>
References: <22060777.post@talk.nabble.com> <22071417.post@talk.nabble.com>
Date: Wed, 18 Feb 2009 09:38:41 +0100
Message-ID: <5380c69c0902180038s1e0fe614w9852aed1010e1959@mail.gmail.com>
Subject: Re: Redeliver to end of Endpoint/Queue?
From: Claus Ibsen <claus.ibsen@gmail.com>
To: users@camel.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi


On Wed, Feb 18, 2009 at 4:21 AM, efender <eric+nabble@fender.net> wrote:
>
> After thinking about this some more, what I'd really like is to be able to
> consume a message at some time in the future.  If an exception occurs during
> processing, instead of the processing thread sleeping for the delay period,
> the message should be re-delivered with something like a consume_time
> header.  Then the message consumer will change its selector every time it
> polls, something like "consume_time > System.currentTimeInMillis()"
> Thoughts anyone?
Interesting idea. I am thinking that we could re use the Quartz
component or eg the timer.

Then you could send the Exchange to the quartz component with
- The Original Exchange
- The Time in the future it should be resend
- URI to where to send it to

Then you would be able to do something like

onException(Exception.class)
.handled(true)
.to("bean:prepareForFutureRedelivery")
.to("quartz://redeliverjob")

Then the bean prepareForFutureRedelivery prepares the Exchange by
- setting a special header with the future time
- setting a special header with the endpoint URI it should be sent to
when activated

We could of course prepare such a bean/processor out of the box in
Camel and have a nice DSL for it.
But before hand we need to get the pieces together, we can always
polish it later.

Maybe we can use the timer instead of quartz or some other new component

Any thoughts?


> --
> View this message in context: http://www.nabble.com/Redeliver-to-end-of-Endpoint-Queue--tp22060777s22882p22071417.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>
>


-- 
Claus Ibsen
Apache Camel Committer

Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/