[rabbitmq-discuss] stop when queue is empty

[Steven Taylor]

Thanks. That's useful. So there's a consumer count. I'd been thinking about
misbehaving workers... meaning that we may be waiting for a message to
reappear on the queue after a time to live period has expired? So that would
mean the worker can go on misbehaving and we wont care.  Of course this
assumes the message itself isn't malformed. We're not in a perfect world, so
choose one and move on.

In this situation nothing destructive needs to happen. Finished or nearly
finished is good enough for me.

-Steven


On 22 November 2010 21:31, Marek Majkowski <majek04 at gmail.com> wrote:

> Steven,
>
> Have you seen this thread:
>
> http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2010-October/009223.html
>
> On Sun, Nov 21, 2010 at 21:52, Steven Taylor <taylste at gmail.com> wrote:
> > Hi,
> >
> > I was planning on using a BasicGet return value of null as a termination
> > condition.
> >
> > The pattern I'm working with that this enables is:
> > -> stream from database
> > -> do some stuff in parallel
> > -> stream back to database
> >
> > thanks,
> > -Steven
> >
> > _______________________________________________
> > rabbitmq-discuss mailing list
> > rabbitmq-discuss at lists.rabbitmq.com
> > https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20101122/9d431546/attachment.htm>