You can try statistics plugin http://activemq.apache.org/statisticsplugin.html
<http://activemq.apache.org/statisticsplugin.html>With it enabled, you can query broker using messages. Regards -- Dejan Bosanac - http://twitter.com/dejanb ----------------- The experts in open source integration and messaging - http://fusesource.com ActiveMQ in Action - http://www.manning.com/snyder/ Blog - http://www.nighttale.net Connect at CamelOne <http://camelone.com/> May 24-26 The Open Source Integration Conference On Wed, Apr 6, 2011 at 7:34 PM, Mike J. Kitchin <mike.kitc...@tideworks.com>wrote: > Not really going to cut it, I'm afraid. We're trying to keep our > deployments as compact as we can, so preferably something limited to just > broker addons and things we can do in .NET to proxy the information for our > monitoring tool. > > Please let me know if I may provide any additional information. Thanks. > > -Regards, > MjK > > - - - - - > > "Here lies Zeke, second-fastest draw in Cripple Creek." > - Epitaph (Cripple Creek, CO) > > Michael J. Kitchin (Senior Software Engineer) > Tideworks Technology > http://www.tideworks.com > > > > -----Original Message----- > > From: James Casey [mailto:jamesc....@gmail.com] > > Sent: Wednesday, April 06, 2011 1:01 AM > > To: users@activemq.apache.org > > Cc: Mike J. Kitchin > > Subject: Re: Best way to remotely monitor AMQ 5.x installation via > > .NET? > > > > Hi Mike, > > > > We've used JMX4Perl successfully for this : > > <http://search.cpan.org/~roland/jmx4perl/>. > > > > It's got good nagios integration too. > > > > cheers, > > > > James. > > > > On 4 April 2011 21:57, Mike J. Kitchin <mike.kitc...@tideworks.com> > > wrote: > > > Hi there, > > > > > > We use AMQ extensively in our enterprise to integrate our C++ and C# > > applications (CMS & NMS API's, respectively) and would like to > > integrate runtime monitoring of the broker into an existing, web-based > > monitoring mechanism built into one of our applications. > > > > > > This mechanism already integrates a fair amount of information from > > across our products but is, nonetheless, .NET based. After > > experimenting with what AMQ advisory messages and JMX can provide, I've > > concluded the JMX MBean-hosted information already available in AMQ > > would be the best source of process utilization- and stability-type > > information, but haven't found a.NET client for JMX, presumably because > > standards JMX connectors are RMI-based. > > > > > > The best option, therefore, seems to be some sort of RESTFul JMX > > bridge or the like that I can then proxy from our monitoring mechanism. > > Is there any collective experience with these sorts of add-ons to AMQ > > and, if so, which sounds like the most straightforward and trouble-free > > approach? > > > > > > Please let me know if I may provide any additional information. > > Thanks. > > > > > > -Regards, > > > MjK > > > > > > - - - - - > > > > > > "Here lies Zeke, second-fastest draw in Cripple Creek." > > > - Epitaph (Cripple Creek, CO) > > > > > > Michael J. Kitchin (Senior Software Engineer) > > > Tideworks Technology > > > http://www.tideworks.com > > > > > > > > > >