<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>