<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 04/02/2012 11:42 AM, Simone Busoli wrote:
<blockquote
 cite="mid:CAOn7oW9C20wJqLpykb2o9NxQFyLW6Ce-bBqbKpyMVv1M9d5OEg@mail.gmail.com"
 type="cite"><font face="trebuchet ms,sans-serif">Hi Raoul,</font>
  <div><font face="trebuchet ms,sans-serif"><br>
  </font></div>
  <div><font face="trebuchet ms,sans-serif">if you set prefetch-count
to 1 on the consumer channel then each consumer on the queue will get
one message at a time. Exploiting the default broker behavior by which
multiple consumers on a queue are delivered messages in a round-robin
fashion, the end result should be what you described.<br>
  </font><br>
  </div>
</blockquote>
<br>
In my understanding, what Raoul wants, is to deliver a message to one
consumer, only if all other consumers do not hold an unacked message. I
think that with prefetch-count 1 what is<br>
guaranteed is that each consumer will not get a second message, before
sending an ACK for the previous. However, a different consumer can get
a message while<br>
some other consumers hold an unacked message. Am I correct ? <br>
<br>
Chris<br>
<br>
<blockquote
 cite="mid:CAOn7oW9C20wJqLpykb2o9NxQFyLW6Ce-bBqbKpyMVv1M9d5OEg@mail.gmail.com"
 type="cite">
  <div>
  <div class="gmail_quote">On Mon, Apr 2, 2012 at 10:37, Raoul Buzziol <span
 dir="ltr">&lt;<a moz-do-not-send="true" href="mailto:raoulus@gmail.com">raoulus@gmail.com</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi,<br>
    <br>
I'm looking for a way to consume messages from a queue by multiple
consumer one at a time. The queue should deliver a new message only
after an ack. <br>
    <br>
The way I found to handle it is to let the consumer be exclusive. But
In this case only one consumer can be access to the queue. <br>
My clients comes and goes, should they try to consume all interested
queues and skip those whom rejects access? And then poll accessibility
of available queues?<br>
Are there better solutions, is this the way or am I wrong?<br>
    <br>
Thanx, Raoul<br>
    <br>
(.net client on RabbitMQ 2.8.1)<br>
    <br>
_______________________________________________<br>
rabbitmq-discuss mailing list<br>
    <a moz-do-not-send="true"
 href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a><br>
    <a moz-do-not-send="true"
 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>
  </blockquote>
  </div>
  <br>
  </div>
  <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
rabbitmq-discuss mailing list
<a class="moz-txt-link-abbreviated" href="mailto:rabbitmq-discuss@lists.rabbitmq.com">rabbitmq-discuss@lists.rabbitmq.com</a>
<a class="moz-txt-link-freetext" href="https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss">https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss</a>
  </pre>
</blockquote>
<br>
</body>
</html>