cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Giacomo Pati <>
Subject JMX integration (was: Re: [RT][long] Cocoon 3.0: the necessary mutation)
Date Mon, 05 Dec 2005 16:08:16 GMT
Hash: SHA1

On Sun, 4 Dec 2005, Sylvain Wallez wrote:

> Date: Sun, 04 Dec 2005 11:48:37 +0100
> From: Sylvain Wallez <>
> Reply-To:
> To:
> Subject: Re: [RT][long] Cocoon 3.0: the necessary mutation
> Gianugo Rabellino wrote:
>>  Don't forget tools! In Cocoon 2.x it's basically impossible to
>>  provide decent productivity tools because there are too many
>>  components with contracts being too loose. If Cocoon 3 has to
>>  happen, this is one of the points I will tend to commit myself to,
>>  ensuring that every functionality can be easily managed, deployed
>>  and monitored (JMX, anyone?) and that those mundane and boring tasks
>>  that affect a Cocoon developer's life can be done using some fancy
>>  web interface or an IDE.
> JDK 1.5 has a JMX console and AFAIU Spring allows to easily JMX-ify 
> beans. So that may come for free.

While we are at it. I actually have the need for some JMX 
instrumentation in Cocoon 2.1. But instead of just writing some MBean 
wrappers for my components, I'd like to spent some more time on it for a 
more general solution to it (monitoring component pool sizes come to my 
mind quickly).

Is there any interest do discuss this topic for a possible 

- -- 
Giacomo Pati
Otego AG, Switzerland -
Orixo, the XML business alliance -
Version: GnuPG v1.4.2 (GNU/Linux)


View raw message