[collectd] generic JMX plugin

[Amit Gupta]

I have also tried the jmx plugin and it is getting the tomcat statistics for
me. However, I have to compile the jmx classes myself since they didn't get
complied while installing collectd (gmake install). Is there any reason for
the same or am I missing something?

Regards
Amit

On Mon, Aug 17, 2009 at 8:39 PM, matthew sporleder <msporleder at gmail.com>wrote:

> On Mon, Aug 17, 2009 at 4:56 AM, Florian Forster<octo at verplant.org> wrote:
> > Hi,
> >
> > On Wed, Aug 12, 2009 at 02:30:02PM +0200, Florian Forster wrote:
> >> The only work-around I can think of right now it to delay loading of
> >> classes and parsing of the configuration until after the fork. The
> >> plugins can still complain about invalid configuration, but they won't
> >> have access to STDOUT / STDERR anymore.
> >
> > I've just implemented this: The Java plugin now copies the configuration
> > blocks and does nothing else while configuring. When the `init' callback
> > is called, it begins to parse the configuration and starts the JVM.
> > Since the `init' callbacks are called after the daemon forked to the
> > background, the JVM doesn't loose its threads and everything works like
> > it did when running in the foreground.
> >
> > It'd be great if someone else could try the updated version and tell me
> > whether it's working somewhere else, too.
> >
>
>
> My initial testing shows this to work.  Also- it looks like you moved
> it into the master branch.
> Can someone else give it a go?
>
> _______________________________________________
> collectd mailing list
> collectd at verplant.org
> http://mailman.verplant.org/listinfo/collectd
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.verplant.org/pipermail/collectd/attachments/20090908/f13a7fd5/attachment.htm