[collectd] generic JMX plugin

[matthew sporleder]

I don't think it ever made it into the install process.  I also had to
javac and copy.

On Tue, Sep 8, 2009 at 9:10 AM, Amit Gupta<amit.gupta221 at gmail.com> wrote:
> 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
>
>