On Mon, Jul 11, 2011 at 10:58 AM, lunchbox <lunchbox4s...@gmail.com> wrote: > Hi all, > > I'm having the exact same problem as leNerd explains in the OP, except I'm > enriching from a JMS queue instead of a FTP server. Basically, I want ALL > the queued messages instead of just one. >
You can use a java bean / Camel Processor and then do a loop to drain the message queue. > What's the situation and the recommended solution with Camel now? > > If we go with Willem's idea of starting and stopping a Camel route, how long > should we let it run? I think in my use case, we could have a few ten > messages in the queue at the most. How should we schedule the route stopping > -- with another quartz timer, or just sleep in the route starting thread, or > something else? > > As background, the JMS queue is a temporary resend queue for messages which > have been processed for their content successfully, but have failed to be > sent over SOAP to another server (network interruptions etc). We store them > in the JMS queue and periodically attempt to resend (all of) them. > > Thanks, > Lunchbox > > -- > View this message in context: > http://camel.465427.n5.nabble.com/Scheduled-Polling-Consumer-on-FTP-endpoint-tp472602p4574353.html > Sent from the Camel - Users mailing list archive at Nabble.com. > -- Claus Ibsen ----------------- FuseSource Email: cib...@fusesource.com Web: http://fusesource.com Twitter: davsclaus, fusenews Blog: http://davsclaus.blogspot.com/ Author of Camel in Action: http://www.manning.com/ibsen/