[rabbitmq-discuss] browse messages on a queue

[John DeTreville]

I've taken the conversation with Jim Irrer off-line. Sorry.

Cheers,
John

On Mar 21, 2011, at 9:14 AM, Jim Irrer wrote:

John -

I was in the process of writing a plugin to get the same functionality:

http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2011-March/011936.html

What is the time frame for yours?

I had already been working some ideas for functionality, including writing to
a device or a database, and would like to know more details of what
you are doing.

Thanks,

- Jim

Jim Irrer     irrer at umich.edu<mailto:irrer at umich.edu>       (734) 647-4409
University of Michigan Hospital Radiation Oncology
519 W. William St.             Ann Arbor, MI 48103


On Mon, Mar 21, 2011 at 1:46 AM, John DeTreville <jdetreville at vmware.com<mailto:jdetreville at vmware.com>> wrote:
Joe,

RabbitMQ lets you write your own plug-ins for storing queues. We're producing a few accompanying samples now, including one that stores all messages in a MySQL database. Its performance might be much lower than the standard queue implementation, but it would allow you to watch messages go by.

This MySQL plug-in should be out soon, but certainly not this month.

Cheers,
John

On Mar 18, 2011, at 10:33 AM, Kearney, Joe wrote:

> Hi,
>
> I'm interested in finding or writing a tool to monitor messages on a rabbit queue, in particular to be able to view messages waiting on the queue. The use case is for occasional monitoring and debugging; I'm not suggesting using a browse/read-only function in normal processing.
>
> This was raised on this mail group last July (http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2010-July/008004.html). Two pertinent quotes from that thread:
>
>> The only way you can get at the messages is through the normal AMQP methods that consume the messages (basic.consume and basic.get).  But these are not simple read-only operations of the type you might want for monitoring of the messages within a queue.
>
>> it's actually quite hard to come up with a sensible semantics for it that isn't too constraining on implementations
>
> Has there been any progress on a built-in way to do this? Any thoughts on when/whether this might be introduced?
>
> Alternatively, can you comment on a sensible way to fake it? The naive implementation that springs to mind is simply to get a few messages from the head of the queue in a transaction and roll it back. Clearly this is more heavyweight than it need be, but are there any reasons that this behaviour should really be avoided for manual monitoring, until such a time as real read-only browsing is supported?
>
> Thanks,
> Joe
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com<mailto:rabbitmq-discuss at lists.rabbitmq.com>
> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss

_______________________________________________
rabbitmq-discuss mailing list
rabbitmq-discuss at lists.rabbitmq.com<mailto:rabbitmq-discuss at lists.rabbitmq.com>
https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss