John -<br><br>I was in the process of writing a plugin to get the same functionality:<br><br><div style="margin-left: 40px;"><a href="http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2011-March/011936.html">http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2011-March/011936.html</a><br clear="all">
</div><br>What is the time frame for yours?<br><br>I had already been working some ideas for functionality, including writing to<br>a device or a database, and would like to know more details of what<br>you are doing.<br>
<br>Thanks,<br><br>- Jim<br><br>Jim Irrer <a href="mailto:irrer@umich.edu">irrer@umich.edu</a> (734) 647-4409<br>University of Michigan Hospital Radiation Oncology<br>519 W. William St. Ann Arbor, MI 48103<br>
<br><br><div class="gmail_quote">On Mon, Mar 21, 2011 at 1:46 AM, John DeTreville <span dir="ltr"><<a href="mailto:jdetreville@vmware.com">jdetreville@vmware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Joe,<br>
<br>
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.<br>
<br>
This MySQL plug-in should be out soon, but certainly not this month.<br>
<br>
Cheers,<br>
<font color="#888888">John<br>
</font><div><div></div><div class="h5"><br>
On Mar 18, 2011, at 10:33 AM, Kearney, Joe wrote:<br>
<br>
> Hi,<br>
><br>
> 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.<br>
><br>
> This was raised on this mail group last July (<a href="http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2010-July/008004.html" target="_blank">http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/2010-July/008004.html</a>). Two pertinent quotes from that thread:<br>
><br>
>> 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.<br>
><br>
>> it's actually quite hard to come up with a sensible semantics for it that isn't too constraining on implementations<br>
><br>
> Has there been any progress on a built-in way to do this? Any thoughts on when/whether this might be introduced?<br>
><br>
> 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?<br>
><br>
> Thanks,<br>
> Joe<br>
> _______________________________________________<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>
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>
</div></div></blockquote></div><br>