[rabbitmq-discuss] Message presence notification

[Ask Solem]

Or why not just have the slow connection consume from the queues, but not ack when it receives a message? It could could use epoll/select to see if there is data to read of the messages are very large

-- 
Ask Solem

On Feb 23, 2012, at 1:44 PM, Tony Garnock-Jones <tonygarnockjones+rabbitmq at gmail.com> wrote:

> On 23 February 2012 07:15, Cermak, Marek <Marek.Cermak at honeywell.com> wrote:
> > Why not just send two messages? One to a real queue, and another one,
> > with no payload, to a queue called 'notifications'.
> 
> It indeed does, but it would be useful in case there is only one producer (or not many of them). We can have lot of producers and that would bring tons of messages in notification queue (in the worst case one for every message in the 'real' queue).
> Another issue would be sending of such notification messages since producers are not willing to be changed ;-)
> 
> How about one process that polls (using passive queue.declare) the main queue every n seconds? When the message count changes (hmm, what if consumers are keeping it at zero) it can send a small notification. That way the producers don't have to be changed.
> 
> Tony
> 
> _______________________________________________
> 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/20120223/83272aa2/attachment.htm>