Hi<div><br></div><div>This question is based on a hypothetical situation that I am going to do my absolute best to avoid. I fully expect a &quot;don&#39;t do that, it&#39;s a bad idea&quot; response. But just for arguments sake, I&#39;d like to know whether such a scenario is possible with rmq. Forewarned is forearmed, as they say..... :D</div>

<meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>The scenario would be a durable persistent queue Q with n consumers C1, C2, .. Cn. The queue should round-robin messages off to each consumer but only delivering the next message to the next consumer when the previous consumer has ACKed or REJECTed the last one. If the previous consumer failed in some way, then that message should be delivered to the next consumer immediately instead of delivering the next message in the queue. In this fashion, a guaranteed order of processing could be relied upon and it would be fault-tolerant with respect to consumers. </div>

<div><br></div><div>The only possible solution I could think of was setting the qos.prefetch to a huge number, say 1000000. As I understand it, that will deliver 1000000 messages to one consumer before it starts delivering them to the next. </div>

<div><br></div><div>Any thoughts?</div><div><br></div><div>Cheers</div><div>Lee</div><div><br></div><div><br></div>