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
> > >
> > >
> > >
>

Reply via email to