Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 94152 invoked from network); 7 Sep 2007 18:05:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Sep 2007 18:05:04 -0000 Received: (qmail 28904 invoked by uid 500); 7 Sep 2007 18:04:57 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 28840 invoked by uid 500); 7 Sep 2007 18:04:57 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 28829 invoked by uid 99); 7 Sep 2007 18:04:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Sep 2007 11:04:57 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ginemesis@gmail.com designates 209.85.198.187 as permitted sender) Received: from [209.85.198.187] (HELO rv-out-0910.google.com) (209.85.198.187) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Sep 2007 18:04:54 +0000 Received: by rv-out-0910.google.com with SMTP id b22so439398rvf for ; Fri, 07 Sep 2007 11:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; bh=Bh6KxxfwyuZ4YDJ6rSjNm2lGx/auk9rmVhbvjScKdpE=; b=E/UkpUo+KY0WPtaouRyej4vUdnWdMNIRQ3KGVyGCVOeoFZOta/wC30pyBCS91p8n3H4ii0ui2NB+pUL4cz9eZniEAUt17ig07tUrr/YK0DrVdNDxz4UskdWfClvJt3CV7h3Az0jdm5Nh3gHQNUfAa6QO+r8C2Jmgasjza6URH4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=H69hN0spyHenF2TW0PxhWbcKIgW4XsDoA2SA8WztK44D/ktxmHvPoxKJ12p3K9jqhOb5q7l6hKkI5tBNFkjWHM1V27RVFVYX8GT+6bYf1Ssi8DqQAw/ytyZ047FBQoyhCScp3QOjMQFKZq0MQJskw8v6i2nED11wLwwcVA5Ss2Y= Received: by 10.141.209.7 with SMTP id l7mr740043rvq.1189188273567; Fri, 07 Sep 2007 11:04:33 -0700 (PDT) Received: by 10.141.209.3 with HTTP; Fri, 7 Sep 2007 11:04:33 -0700 (PDT) Message-ID: <4e8584bd0709071104i769d8360g31d944a89f5969e6@mail.gmail.com> Date: Fri, 7 Sep 2007 14:04:33 -0400 From: "Erik B. Craig" Reply-To: erik.craig@gmail.com To: dev@geronimo.apache.org Subject: Re: EJB Data for monitoring In-Reply-To: <4461D056-B1CD-4BEF-9B47-0CCB861B7CBD@visi.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1371_33015018.1189188273565" References: <4461D056-B1CD-4BEF-9B47-0CCB861B7CBD@visi.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_1371_33015018.1189188273565 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline David, Viet and myself have started some work related to monitoring in general through the administrative console. The work that we have laid down is currently only exploiting some Tomcat statistics, however EJB monitoring is definitely something we want to get added down the road to it. To get a feel for the approach and goals we have with this project, take a look at the wiki article on it http://cwiki.apache.org/GMOxDEV/monitoring-and-management-service.html as well as the Jira with the necessary files https://issues.apache.org/jira/browse/GERONIMO-3441 Keeping in mind this is still in its infancy... Is this something along the lines of what you are thinking for the console part of the EJB data, and if so, would you be interested in combining efforts so that we aren't pulling in multiple directions with monitoring things on the server? On 9/7/07, David Blevins wrote: > > So I'm thinking of adding some monitoring ability on the EJB side of > things in the not too distant future and am wondering how things need > to work on the Geronimo side of that picture. > > How does monitoring work now in the console? Specifically some > details on how the data is getting to where it's going (mbeans?), > where is it being aggregated and for how long, and what technique is > used to graph/display it? Currently the only implemented monitoring in the console is through some degree of real time data viewing, with maybe a min and a max value depending on the stat, through the JMX viewer, beyond that there is no real historical tracking of the data, which is part of what's covered in the plans I mentioned above... as a result there is no current way of graphing/displaying. In the current monitoring stuff, we are using Dojo chart to generate graphs, so the graphics generation processing is done client-side on the web browser, not on the server itself. And yes, you are correct in part with getting the data where it's going, it is through mbeans connected by JMX... but also the JSR77 spec is involved for what data is pulled and such. Also, who would want to work on the console part of the EJB data? > > -David > > -- Erik B. Craig ------=_Part_1371_33015018.1189188273565 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline David,

Viet and myself have started some work related to monitoring in general through the administrative console. The work that we have laid down is currently only exploiting some Tomcat statistics, however EJB monitoring is definitely something we want to get added down the road to it.

To get a feel for the approach and goals we have with this project, take a look at the wiki article on it
http://cwiki.apache.org/GMOxDEV/monitoring-and-management-service.html

as well as the Jira with the necessary files
https://issues.apache.org/jira/browse/GERONIMO-3441

Keeping in mind this is still in its infancy...
Is this something along the lines of what you are thinking for the console part of the EJB data, and if so, would you be interested in combining efforts so that we aren't pulling in multiple directions with monitoring things on the server?


On 9/7/07, David Blevins <david.blevins@visi.com > wrote:
So I'm thinking of adding some monitoring ability on the EJB side of
things in the not too distant future and am wondering how things need
to work on the Geronimo side of that picture.

How does monitoring work now in the console?  Specifically some
details on how the data is getting to where it's going (mbeans?),
where is it being aggregated and for how long, and what technique is
used to graph/display it?

Currently the only implemented monitoring in the console is through some degree of real time data viewing, with maybe a min and a max value depending on the stat, through the JMX viewer, beyond that there is no real historical tracking of the data, which is part of what's covered in the plans I mentioned above... as a result there is no current way of graphing/displaying. In the current monitoring stuff, we are using Dojo chart to generate graphs, so the graphics generation processing is done client-side on the web browser, not on the server itself. And yes, you are correct in part with getting the data where it's going, it is through mbeans connected by JMX... but also the JSR77 spec is involved for what data is pulled and such.

Also, who would want to work on the console part of the EJB data?

-David




--
Erik B. Craig ------=_Part_1371_33015018.1189188273565--