Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 81435 invoked from network); 27 Sep 2007 19:20:26 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Sep 2007 19:20:26 -0000 Received: (qmail 94686 invoked by uid 500); 27 Sep 2007 19:20:15 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 94632 invoked by uid 500); 27 Sep 2007 19:20:15 -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 94621 invoked by uid 99); 27 Sep 2007 19:20:14 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Sep 2007 12:20:14 -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.191 as permitted sender) Received: from [209.85.198.191] (HELO rv-out-0910.google.com) (209.85.198.191) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 Sep 2007 19:20:16 +0000 Received: by rv-out-0910.google.com with SMTP id b22so2206874rvf for ; Thu, 27 Sep 2007 12:19:55 -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=ifai5Kzn3uG6wrGmHAnz6QAzQzdlazeJESw5nY3YPHQ=; b=Op9vrGKyylrH7WVLzArPZg+23purSuRgjbvVsiQnXSYMFFl4gfq2xNFFRX8nJSYWaGTavo+LCayxi+7Pz0DOwvsk7rkn8rXKK+/QG8dutzGApPgfbpvh4OITY+u58wUlVqu5aO+d/VNqsoCC3uAUAFVEqkOiOGrMs3hGS0Yhwjo= 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=cSDQkF6HczsinXWybgKVyJyQU8fsIp4JQbKmYbOpsGMI/ijUeFjRbghsQcN1D/bAOHTvdM5VTbi9bkZ32fmLJPWtUGXo9rV0m1ANeQ9HSPKaML8LW0goI1W0DYJu6nRxSD6nhFlOUdW5zeSum6rB4U75Isls6xQC03A+LWZEPbg= Received: by 10.140.136.6 with SMTP id j6mr1117536rvd.1190920794968; Thu, 27 Sep 2007 12:19:54 -0700 (PDT) Received: by 10.141.209.3 with HTTP; Thu, 27 Sep 2007 12:19:54 -0700 (PDT) Message-ID: <4e8584bd0709271219h1d3f7a43o91ed66d8efdffd2e@mail.gmail.com> Date: Thu, 27 Sep 2007 15:19:54 -0400 From: "Erik B. Craig" Reply-To: erik.craig@gmail.com To: dev@geronimo.apache.org, dwoods@apache.org Subject: Re: [UPDATE] Server monitoring and Management plugin In-Reply-To: <46FA7F23.9000101@apache.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1859_26049215.1190920794947" References: <4e8584bd0709260740v2b247faj8e4ca705d3006cb5@mail.gmail.com> <46FA7F23.9000101@apache.org> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_1859_26049215.1190920794947 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have attached a new combined mrc.zip file that contains both the mrc-server and the mrc-client sharing a pom to compile both, as well as 100% correct license.txt files, notice.txt files, and ASL license headers in all files. It also has the correct directory structure to be directly imported into geronimo/sandbox (has branches/tags/trunk, everything is in the trunk the the archive). Here's the link to the jira again: https://issues.apache.org/jira/browse/GERONIMO-3441 If someone would be so kind as to maybe import this into sandbox for some easier development for viet and I, that would be fantastic =) On 9/26/07, Donald Woods wrote: > > Looks great and keep up the much needed monitoring support work! > > If you attach a zipfile of the source to the JIRA with the ASL > contribution > bit checked (and with the required ASL headers and license files in the > source) I'd be glad to check it into sandbox or plugins/trunk.... > > -Donald > > Erik B. Craig wrote: > > Greetings, > > > > After a round of improvements to the monitoring and management plugin > > that Viet an I have been working on > > (https://issues.apache.org/jira/browse/GERONIMO-3441 > > ), we felt it was > > time to update everyone on where things are at, and hopefully get a good > > deal of feedback and perhaps a feel for the direction everyone thinks > > would be best for this. > > > > Since the last time we brought it to the dev list, the method in which > > data is collected has been changed to utilize the JSR77 defined > > statistics. Currently we have implemented this for the Tomcat connectors > > 'TomcatWebConnector', 'TomcatWebSSLConnector', and 'TomcatAJPConnector'. > > This information is still having 'snapshots' taken, and is then stored > > locally at a set interval (now defined in a configuration file) in an > > XML file. There are still some issues revolving around surfacing the > > equivalent statistics for Jetty (We have tomcat CONNECTORS, but jetty > > CONTAINERS), largely due to geronimo losing a handle on them since > > jetty6, but it is being worked on. In addition to Jetty, we're also > > looking at getting MEJB stats surfaced and tracked very soon down the > > road... and if anyone has any other suggestions for what you think > > should be able to be collected, it would be greatly appreciated. > > > > In addition to using JSR77 on the mrc-server component, there are a > > number of other improvements, including > > * Archiving of snapshot data in a zip file every month - prevent the > > single active file from getting too large > > * Ability to start/stop the statistics collection thread > > * Specify the duration between snapshots > > * Ability to modify mbean attributes > > * Ability to add mbeans to track in the snapshot process > > > > As far as the client side of things goes... > > > > The plugin has been updated to be deployable on the latest iteration of > > the plugable console Paul has been working on, and is working fully on > > the latest 2.1 trunk with the plugable console deployed. It is also now > > doing page generation through JSPs from the portlet, where as previously > > it was simple line prints to the http response. The graphing is now far > > more dynamic, and able to accept any time frame (in minutes) from > > 2*snapshotduration up to however high you can count (or fit into an > > integer, whichever comes first). If there is not enough snapshot data to > > generate the requested graph, 'older' data will be inserted with values > > of 0. If there are gaps in the snapshots ( I.E. the snapshot time of > > element 1 vs. element 2 is greater than the snapshot duration), the > > client will fill in dummy data between the two, so that the time frame > > and stamps on the generated graph is accurate. (To be further improved > > to indicate gaps via highlighting on the graphs). > > > > In addition to this, determining exactly 'what' is being graphed is now > > dynamically done depending on what is being collected on the server > > side. This will further be improved through a configuration page and > > file on the client side, that will allow enabling or disabling of graphs > > for statistics being collected on the server side , as well as > > configuring exactly how they are displayed (color, axis labels, size, > etc). > > > > For some more information on the current status, check out the jira link > > above, or the wiki page here > > > http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service > > < > http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service > > > > > > Again - all feedback, questions, suggestions would be greatly > appreciated > > > > On a side note - would it be possible to get an iteration of this stuff > > checked into either sandbox of the plugins directory? It would certainly > > make things much easier for collaboration and revision control =) > > > > Thanks, > > > > -- > > Erik B. Craig > > -- Erik B. Craig ------=_Part_1859_26049215.1190920794947 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I have attached a new combined mrc.zip file that contains both the mrc-server and the mrc-client sharing a pom to compile both, as well as 100% correct license.txt files, notice.txt files, and ASL license headers in all files. It also has the correct directory structure to be directly imported into geronimo/sandbox (has branches/tags/trunk, everything is in the trunk the the archive).

Here's the link to the jira again: https://issues.apache.org/jira/browse/GERONIMO-3441

If someone would be so kind as to maybe import this into sandbox for some easier development for viet and I, that would be fantastic =)

On 9/26/07, Donald Woods <dwoods@apache.org> wrote:
Looks great and keep up the much needed monitoring support work!

If you attach a zipfile of the source to the JIRA with the ASL contribution
bit checked (and with the required ASL headers and license files in the
source) I'd be glad to check it into sandbox or plugins/trunk....

-Donald

Erik B. Craig wrote:
> Greetings,
>
> After a round of improvements to the monitoring and management plugin
> that Viet an I have been working on
> (https://issues.apache.org/jira/browse/GERONIMO-3441
> < https://issues.apache.org/jira/browse/GERONIMO-3441>), we felt it was
> time to update everyone on where things are at, and hopefully get a good
> deal of feedback and perhaps a feel for the direction everyone thinks
> would be best for this.
>
> Since the last time we brought it to the dev list, the method in which
> data is collected has been changed to utilize the JSR77 defined
> statistics. Currently we have implemented this for the Tomcat connectors
> 'TomcatWebConnector', 'TomcatWebSSLConnector', and 'TomcatAJPConnector'.
> This information is still having 'snapshots' taken, and is then stored
> locally at a set interval (now defined in a configuration file) in an
> XML file. There are still some issues revolving around surfacing the
> equivalent statistics for Jetty (We have tomcat CONNECTORS, but jetty
> CONTAINERS), largely due to geronimo losing a handle on them since
> jetty6, but it is being worked on. In addition to Jetty, we're also
> looking at getting MEJB stats surfaced and tracked very soon down the
> road... and if anyone has any other suggestions for what you think
> should be able to be collected, it would be greatly appreciated.
>
> In addition to using JSR77 on the mrc-server component, there are a
> number of other improvements, including
> * Archiving of snapshot data in a zip file every month - prevent the
> single active file from getting too large
> * Ability to start/stop the statistics collection thread
> * Specify the duration between snapshots
> * Ability to modify mbean attributes
> * Ability to add mbeans to track in the snapshot process
>
> As far as the client side of things goes...
>
> The plugin has been updated to be deployable on the latest iteration of
> the plugable console Paul has been working on, and is working fully on
> the latest 2.1 trunk with the plugable console deployed. It is also now
> doing page generation through JSPs from the portlet, where as previously
> it was simple line prints to the http response. The graphing is now far
> more dynamic, and able to accept any time frame (in minutes) from
> 2*snapshotduration up to however high you can count (or fit into an
> integer, whichever comes first). If there is not enough snapshot data to
> generate the requested graph, 'older' data will be inserted with values
> of 0. If there are gaps in the snapshots ( I.E. the snapshot time of
> element 1 vs. element 2 is greater than the snapshot duration), the
> client will fill in dummy data between the two, so that the time frame
> and stamps on the generated graph is accurate. (To be further improved
> to indicate gaps via highlighting on the graphs).
>
> In addition to this, determining exactly 'what' is being graphed is now
> dynamically done depending on what is being collected on the server
> side. This will further be improved through a configuration page and
> file on the client side, that will allow enabling or disabling of graphs
> for statistics being collected on the server side , as well as
> configuring exactly how they are displayed (color, axis labels, size, etc).
>
> For some more information on the current status, check out the jira link
> above, or the wiki page here
> http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service
> <http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service >
>
> Again - all feedback, questions, suggestions would be greatly appreciated
>
> On a side note - would it be possible to get an iteration of this stuff
> checked into either sandbox of the plugins directory? It would certainly
> make things much easier for collaboration and revision control =)
>
> Thanks,
>
> --
> Erik B. Craig




--
Erik B. Craig ------=_Part_1859_26049215.1190920794947--