<div>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.</div>
<div> </div>
<div>In this situation nothing destructive needs to happen. Finished or nearly finished is good enough for me.</div>
<div> </div>
<div>-Steven</div>
<div><br> </div>
<div class="gmail_quote">On 22 November 2010 21:31, Marek Majkowski <span dir="ltr"><<a href="mailto:majek04@gmail.com">majek04@gmail.com</a>></span> wrote:<br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Steven,<br><br>Have you seen this thread:<br><a href="http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2010-October/009223.html" target="_blank">http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2010-October/009223.html</a><br>
<div>
<div></div>
<div class="h5"><br>On Sun, Nov 21, 2010 at 21:52, Steven Taylor <<a href="mailto:taylste@gmail.com">taylste@gmail.com</a>> wrote:<br>> Hi,<br>><br>> I was planning on using a BasicGet return value of null as a termination<br>
> condition.<br>><br>> The pattern I'm working with that this enables is:<br>> -> stream from database<br>> -> do some stuff in parallel<br>> -> stream back to database<br>><br>> thanks,<br>
> -Steven<br>><br></div></div>> _______________________________________________<br>> rabbitmq-discuss mailing list<br>> <a href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
> <a href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss" target="_blank">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a><br>><br>><br></blockquote></div><br>