From dev-return-82482-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org Mon Dec 05 22:24:49 2005 Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 24185 invoked from network); 5 Dec 2005 22:24:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Dec 2005 22:24:48 -0000 Received: (qmail 69653 invoked by uid 500); 5 Dec 2005 22:24:45 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 69566 invoked by uid 500); 5 Dec 2005 22:24:44 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 69555 invoked by uid 99); 5 Dec 2005 22:24:44 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2005 14:24:44 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of gianugo@gmail.com designates 64.233.162.204 as permitted sender) Received: from [64.233.162.204] (HELO zproxy.gmail.com) (64.233.162.204) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2005 14:24:43 -0800 Received: by zproxy.gmail.com with SMTP id x3so878763nzd for ; Mon, 05 Dec 2005 14:24:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aL8/TS7IurwAaeSlZKpsRwyZpmAdShHy5p3TC6lQ4trcguz49ujTsEsDueszPAcjXO97JjjB2EjHrCOZ7y+/Aj/3g6CyvjLkX0Xsr72sSY3jS8zt+10Ikj1LqJd5/Fu0LvTkwaheNa33rEfF1fZva4bJ2ZQXPXqKwT07G0Zuafs= Received: by 10.65.133.19 with SMTP id k19mr3354247qbn; Mon, 05 Dec 2005 14:24:22 -0800 (PST) Received: by 10.65.145.14 with HTTP; Mon, 5 Dec 2005 14:24:22 -0800 (PST) Message-ID: <7557e99f0512051424p6cabe0edwaca8b5c63cb6ff9f@mail.gmail.com> Date: Mon, 5 Dec 2005 23:24:22 +0100 From: Gianugo Rabellino To: dev@cocoon.apache.org Subject: Re: JMX integration (was: Re: [RT][long] Cocoon 3.0: the necessary mutation) In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7557e99f0512050904p789ad916t147f2ba26ff13b2@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 12/5/05, Giacomo Pati wrote: > > On 12/5/05, Giacomo Pati wrote: > >> 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 m= y > >> mind quickly). > >> > >> Is there any interest do discuss this topic for a possible > >> implementation? > > > > Most definitely yes. However, be warned that retrofitting JMX to the > > current Cocoon architecture seemed like a big headache to me. Maybe > > going through Excalibur instrumentation (which I've never been able to > > see working) could do, otherwise expect pain. Lots of. > > Could you elaborate a bit more? I'm interested about oppiions. If my memory serves me correctly (and don't count on it!) I remember skimming through a JMX book with growing pain and anger: basically what I recall is that it's trivially easy to write from scratch code "the JMX way", but when it comes to retrofitting (no more vanilla MBeans, you basically have to resort to Model MBeans) I seem to recall a long and outstanding pain in terms of required code to be written in terms of descriptos, not to mention a long sleeve of what seemed to me reflection based bug-prone hacks. But don't trust my FUD: go and read it yourself, I just gave it a cursory look at it, which left me with a sore feeling. Ciao, -- Gianugo Rabellino Pro-netics s.r.l. - http://www.pro-netics.com Orixo, the XML business alliance: http://www.orixo.com (blogging at http://www.rabellino.it/blog/)