Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 31015 invoked from network); 7 Nov 2007 15:25:18 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 7 Nov 2007 15:25:18 -0000 Received: (qmail 6328 invoked by uid 500); 7 Nov 2007 15:25:00 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 6199 invoked by uid 500); 7 Nov 2007 15:24:59 -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 6185 invoked by uid 99); 7 Nov 2007 15:24:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2007 07:24:59 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 07 Nov 2007 15:25:11 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id CD5E0714233 for ; Wed, 7 Nov 2007 07:24:50 -0800 (PST) Message-ID: <2441040.1194449090838.JavaMail.jira@brutus> Date: Wed, 7 Nov 2007 07:24:50 -0800 (PST) From: "Joe Bohn (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins In-Reply-To: <7237033.1194300410692.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540764 ] Joe Bohn commented on GERONIMO-3586: ------------------------------------ IIUC the client is actually running on a particular server and hence a particular container. The client can only retrieve information for that container. Therefore, it provides no value for a client to have extraneous interfaces available to it for another container. It is the monitoring console (also running on a particular server/container) that is the integration point for multiple containers. However, the monitoring console itself does not access the stats directly. So it would seem to me that a monitoring client is by design always limited to one container and it provides no value to have excess interfaces available for another container. I won't press the point much further, but I still don't see value in the client having access to interfaces that it cannot utilize. So it makes sense to me that we consolidate the container specific classes under the container plugin (the intent behind GERONIMO-3587). > monitoring plugin: collecting agent should have separate jetty and tomcat plugins > --------------------------------------------------------------------------------- > > Key: GERONIMO-3586 > URL: https://issues.apache.org/jira/browse/GERONIMO-3586 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: monitoring > Affects Versions: 2.1 > Environment: windows > Reporter: Viet Hung Nguyen > Assignee: Jarek Gawor > Attachments: geronimo-3586.patch > > > The collecting agent plugin needs to have separate jetty and tomcat plugins in order to accommodate for the differences in container specific dependencies on stats implementation (.e.g JettyContainerStatsImpl and JettyConnectorStatsImpl). When the collecting agent was an EAR, this was not a problem; however, as a plugin, it is more tied down to having to specify all dependencies in the plugin's classpath. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.