Re: question for you
From: jim stephenson ji...@server2013.info To: dev@geronimo.apache.org Sent: Monday, February 25, 2013 7:00 PM Subject: question for you Please have someone contact me about volume discounts. I am interested in purchasing at least 20 units this week. Jim Stephenson
Re: GERONIMO-4229
comments inline... --- On Mon, 12/1/08, Jarek Gawor [EMAIL PROTECTED] wrote: From: Jarek Gawor [EMAIL PROTECTED] Subject: GERONIMO-4229 To: Geronimo Dev dev@geronimo.apache.org Date: Monday, December 1, 2008, 5:33 PM Hi, I was looking at GERONIMO-4229 today (please see the bug and my comments for details). There is a remaining issue with the GERONIMO_BASE property and what it does. The Java system property that it sets is not used anywhere in the code and therefore that property is useless. I have a couple of ideas what we can do with it or how to fix it: 1) Totally get rid off GERONIMO_BASE in the shell scripts. It doesn't do anything right now anyway and it just confuses people. People that want to use multiple server instances will need to pass org.apache.geronimo.server.dir or org.apache.geronimo.server.name property using the GERONIMO_OPTS env. property (as it is documented today). +1 Thanks Anita or 2) Keep GERONIMO_BASE but only pass org.apache.geronimo.server.dir property (to the java process) if the user has set the GERONIMO_BASE env. property explicitly. That is, do not set GERONIMO_BASE property automatically within the script as it is done now. If it would be automatically set, the org.apache.geronimo.server.name property (passed via GERONIMO_OPTS) would always be ignored. Thoughts? Jarek
[jira] Commented: (GERONIMO-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12572456#action_12572456 ] Anita Kulshreshtha commented on GERONIMO-3697: -- This completes the MEJB version of Monitoring Console. Issues related to JMX version of Monitoring Console should be handled in a new issue. Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-3697. Resolution: Fixed Fix Version/s: 2.1 Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3530) provide activemq destination and connector stats
[ https://issues.apache.org/jira/browse/GERONIMO-3530?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12572455#action_12572455 ] Anita Kulshreshtha commented on GERONIMO-3530: -- IMO, we need to implement the Stats defined by the specs ( JSR77.24 through JSR77.29). This patch does not implement them. provide activemq destination and connector stats Key: GERONIMO-3530 URL: https://issues.apache.org/jira/browse/GERONIMO-3530 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1, 2.1.1, 2.2 Environment: linux, windows Reporter: Viet Hung Nguyen Assignee: Anita Kulshreshtha Fix For: 2.2 Attachments: geronimo-3530.patch there are some stats that can easily be surfaced with how we use AMQ in our source. These are JSR 77 compliant statistics that are being provided by AMQ (DestinationStatistics and ConnectorStatistics). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-1293) Provide tomcat statistics
[ https://issues.apache.org/jira/browse/GERONIMO-1293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-1293. The ServletStats(JSR77) can easily be added when we incorporate 'Servlet' J2EEManagedObject. Alternately a user can get raw servlet statistics from mbeanserver. Provide tomcat statistics - Key: GERONIMO-1293 URL: https://issues.apache.org/jira/browse/GERONIMO-1293 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: Tomcat Affects Versions: 1.0-M5 Environment: All environments Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Priority: Minor Fix For: 2.0, 2.1 Attachments: geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.0-SNAPSHOT.war, geronimo-stats-1.1-SNAPSHOT.war, geronimo-stats-2.0-SNAPSHOT.war, management.patch, management.patch, management.patch, project.patch, properties.patch, properties.patch, stats.zip, stats.zip, stats.zip, statsApp.zip, tomcat-builder.patch, tomcat.patch, tomcat.patch, tomcat.patch, tomcat.patch, TomcatWebAppContext.patch Provide following statistics for tomcat : 1. Per Host/Container - a. Initially provide the following per connector statistics for each connector - Cummulative statistics about all request handled by this connector since the stat were turned on. b. If time (before 1.0 release) permits, use 'a' to generate (rename/compute) statistics similar to the ones provided by Jetty 2. Per application - a.. processingTime : The cumulative processing times of all servlets in this StandardContext b. startTime - The time this context was started. c. startupTime - The time (in milliseconds) it took to start this context. d.. tldScanTime() - Later add session statistics and jsp statistics. 3. Per Servlet - Explore using statistics from RequestInfo to provide statistics for a servlet. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Viet Nguyen as Geronimo's most recent committer
Congratulations Viet! Anita --- Kevan Miller [EMAIL PROTECTED] wrote: All, I'd like to welcome Viet Nguyen as a new committer on the Geronimo project. Viet has made a number of contributions to Geronimo, including our new monitoring capabilities, the J2G conversion tool, as well as a number of bug fixes, and other helpful contributions. Let's lay some props on Viet! --kevan Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: install-plugin option does not seem to be working
I looked at the openejb pom. It is still using o.a.g.configs for system-database and transactions cars. The new build generates o.a.g.plugins/.../car for these. IIUC, the automated build will break if all old 2.1-SNAPSHOTs in o.a.g.configs and o.a.g.modules were removed from m2-snapshot-repository. Also, we have changed groupId for core geronimo jars. These jars are used by openejb. This change must be reflected in openejb. I do not know if it will be sufficient to exclude o.a.g.modules jars from openejb-core jar. The current exclusion lists only o.a.g.frameworks jars. this is not likely to work. Thanks Anita --- Viet Nguyen [EMAIL PROTECTED] wrote: Hi All, I just checked out the latest trunk and am having trouble using the install-plugin option. Here is the stack trace 22:27:02,812 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: abstractName=org.apache.geronimo.configs/openejb/2.1-SNAPSHOT/c ar?configurationName=org.apache.geronimo.configs/openejb/2.1-SNAPSHOT/car org.apache.geronimo.kernel.repository.MissingDependencyException: Missing dependency: org.apache.geronimo.configs/system-database/2.1-SNAPSHOT/car at org.apache.geronimo.kernel.config.ConfigurationResolver.resolve(ConfigurationResolver.java:113) at org.apache.geronimo.kernel.config.Configuration.buildClassPath(Configuration.java:405) at org.apache.geronimo.kernel.config.Configuration.createConfigurationClasssLoader(Configuration.java:322) at org.apache.geronimo.kernel.config.Configuration.init(Configuration.java:267) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268) at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:541) at org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361) at org.apache.geronimo.kernel.config.KernelConfigurationManager.load(KernelConfigurationManager.java:160) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:312) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255) at org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:633) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:559) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:799) at org.apache.geronimo.system.plugin.PluginInstallerGBean$4.run(PluginInstallerGBean.java:730) at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:214) at org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:344) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:595) 22:27:02,828 ERROR [PluginInstallerGBean] Unable to install plugin. org.apache.geronimo.kernel.config.LifecycleException: load of org.apache.geronimo.configs/openejb/2.1-SNAPSHOT/car failed at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:327) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:280) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:255) at org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:111) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:633) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:559) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInstallerGBean.java:799) at
Re: svn commit: r614900 - in /geronimo/server/trunk/plugins/monitoring: agent-ear/pom.xml agent-ejb/pom.xml agent-jar/pom.xml mconsole-ds/pom.xml mconsole-ds/src/main/plan/plan.xml mconsole-jetty/pom.
It would be nice to run the script that adds svn properties like eol:style=native to all files. Adding them by hand to all files under 'monitoring' will take too much time... We must make sure that the patches are submitted/committed with the correct svn properties. This can be easily done by configuring the svn client as described here: http://cwiki.apache.org/GMOxDEV/subversion-client-configuration.html Thanks Anita --- [EMAIL PROTECTED] wrote: Author: gawor Date: Thu Jan 24 07:28:35 2008 New Revision: 614900 URL: http://svn.apache.org/viewvc?rev=614900view=rev Log: no changes, just changed to unix line endings Modified: geronimo/server/trunk/plugins/monitoring/agent-ear/pom.xml geronimo/server/trunk/plugins/monitoring/agent-ejb/pom.xml geronimo/server/trunk/plugins/monitoring/agent-jar/pom.xml geronimo/server/trunk/plugins/monitoring/mconsole-ds/pom.xml geronimo/server/trunk/plugins/monitoring/mconsole-ds/src/main/plan/plan.xml geronimo/server/trunk/plugins/monitoring/mconsole-jetty/pom.xml geronimo/server/trunk/plugins/monitoring/mconsole-tomcat/pom.xml geronimo/server/trunk/plugins/monitoring/pom.xml Modified: geronimo/server/trunk/plugins/monitoring/agent-ear/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/monitoring/agent-ear/pom.xml?rev=614900r1=614899r2=614900view=diff == --- geronimo/server/trunk/plugins/monitoring/agent-ear/pom.xml (original) +++ geronimo/server/trunk/plugins/monitoring/agent-ear/pom.xml Thu Jan 24 07:28:35 2008 @@ -1,79 +1,79 @@ -?xml version=1.0 encoding=UTF-8? -!-- -Licensed to the Apache Software Foundation (ASF) under one or more -contributor license agreements. See the NOTICE file distributed with -this work for additional information regarding copyright ownership. -The ASF licenses this file to You under the Apache License, Version 2.0 -(the License); you may not use this file except in compliance with -the License. You may obtain a copy of the License at - - http://www.apache.org/licenses/LICENSE-2.0 - -Unless required by applicable law or agreed to in writing, software -distributed under the License is distributed on an AS IS BASIS, -WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. -See the License for the specific language governing permissions and -limitations under the License. --- - -!-- $Rev$ $Date$ -- - -project xmlns=http://maven.apache.org/POM/4.0.0; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd; - -modelVersion4.0.0/modelVersion - -parent -groupIdorg.apache.geronimo.plugins.monitoring/groupId -artifactIdmonitoring/artifactId -version2.1-SNAPSHOT/version -relativePath../pom.xml/relativePath -/parent - -artifactIdagent-ear/artifactId -nameGeronimo Plugins, Monitoring :: Agent EAR/name -packagingear/packaging - -descriptionGeronimo Monitoring Agent EAR Module/description - -dependencies -dependency -groupId${pom.groupId}/groupId -artifactIdagent-ejb/artifactId -version${monitoringConsoleVersion}/version -typeejb/type -/dependency -/dependencies - -build -plugins -plugin -artifactIdmaven-ear-plugin/artifactId -configuration -displayNameGeronimo Monitoring Agent EAR /displayName -descriptionGeronimo Monitoring Agent EAR/description -version5/version -modules -ejbModule -groupId${pom.groupId}/groupId -artifactIdagent-ejb/artifactId - bundleFileNameagent-ejb.jar/bundleFileName -/ejbModule -jarModule -groupId${pom.groupId}/groupId -artifactIdagent-jar/artifactId -bundleDirlib/bundleDir - !--includeInApplicationXmltrue/includeInApplicationXml-- -/jarModule -/modules - resourcesDir${project.build.outputDirectory}/resourcesDir -archive -!-- Do not include META-INF/maven to avoid long file problems on windows -- - addMavenDescriptorfalse/addMavenDescriptor -/archive -/configuration -/plugin -/plugins -/build - -/project - +?xml version=1.0 encoding=UTF-8? +!-- +Licensed to the Apache Software
[jira] Commented: (GERONIMO-3755) application-1.2 schema does not exist
[ https://issues.apache.org/jira/browse/GERONIMO-3755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559972#action_12559972 ] Anita Kulshreshtha commented on GERONIMO-3755: -- The schemas for geronimo 2.0+ are described here: http://geronimo.apache.org/apache-geronimo-v20-xml-schemas.html i.e. you need http://geronimo.apache.org/xml/ns/j2ee/application-2.0. Please feel free to update the information in the samples :) application-1.2 schema does not exist - Key: GERONIMO-3755 URL: https://issues.apache.org/jira/browse/GERONIMO-3755 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0.2 Environment: Mac OS X Tiger, Java 1.5 Reporter: Aurimas Valionis Priority: Blocker I want to create a plan for ear application and I follow the samples, there should be application-1.2 schema available on http://geronimo.apache.org/xml/ns/j2ee/application-1.2; but it is not there. Would you upload the schema? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [ANNOUNCE] Kevan Miller has been approved as the new PMC Chair for Apache Geronimo
Matt, thanks for the great work you've done as the PMC Chair. I have enjoyed working on Geronimo under your leadership and always felt welcome as an integral part of the team. I wish you the very best in your new endeavors. Kevan, Congratulations on your new role! Anita --- Matt Hogstrom [EMAIL PROTECTED] wrote: Recently I have had several things change personally and I have found it increasingly difficult to keep up with the Geronimo mailing lists on a daily basis. As a result, I did some soul searching and decided that my intentions to stay on top of Geronimo were good but my follow through wasn't This was specifically in regard to being able to respond to people on issues that I needed to do as PMC chair. I tendered my resignation to the Board earlier this week. There was some discussion on the PMC list about a replacement and the PMC unanimously approved Kevan Miller as my successor. The board just approved this request so Kevan now has the mantle for Geronimo as the PMC chair. It is with great pleasure that I announce that Kevan has accepted this responsibility of PMC chair. The beauty is that Kevan has already been doing most of the work of the PMC chair anyway and is the right person going forward. Please give it up for Kevan Miller, VP, Apache Geronimo! I'm still noodling with some performance work as time allows so I'm not gone. I'll prolly continue to nag in my own unique way. Matt Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
[jira] Commented: (GERONIMO-1775) Internationalization of the Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-1775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559487#action_12559487 ] Anita Kulshreshtha commented on GERONIMO-1775: -- could you have used the i18N facilities defined by PLT.6.2 Portlet Resource Bundle and PLT.21.10 Resource Bundles in the JSR 168 Specification? e.g. somehing like this in portlet.xml: {code:xml} portlet ... portlet-info titleStock Quote Portlet/title short-titleStock/short-title keywordsfinance,stock market/keywords resource-bundlecom.foo.myApp.QuotePortlet/resource-bundle /portlet-info ... /portlet {code} Internationalization of the Admin Console - Key: GERONIMO-1775 URL: https://issues.apache.org/jira/browse/GERONIMO-1775 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Reporter: Yeray Cabrera Santana Assignee: Donald Woods Priority: Minor Fix For: 2.1 Attachments: chinese_console.JPG, GERONIMO-1775-1.patch, GERONIMO-1775-2.patch, GERONIMO-1775.patch, screen1.GIF Provide the internationalization of the administration console so it can be translated to different languages. This is a feature I would like to contribute with. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (GERONIMO-1775) Internationalization of the Admin Console
[ https://issues.apache.org/jira/browse/GERONIMO-1775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12559487#action_12559487 ] akulshre edited comment on GERONIMO-1775 at 1/16/08 6:02 AM: --- could you have used the i18N facilities defined by PLT.6.2 Portlet Resource Bundle and PLT.21.10 Resource Bundles in the JSR 168 Specification? e.g. somehing like the following in portlet.xml and use standard keywords javax.portlet.title, javax.portlet.short-title, and javax.portlet.keywords. {code:xml} portlet ... supported-localezh/supported-locale resource-bundlecom.foo.myApp.QuotePortlet/resource-bundle portlet-info titleStock Quote Portlet/title short-titleStock/short-title keywordsfinance,stock market/keywords /portlet-info ... /portlet {code} was (Author: akulshre): could you have used the i18N facilities defined by PLT.6.2 Portlet Resource Bundle and PLT.21.10 Resource Bundles in the JSR 168 Specification? e.g. somehing like this in portlet.xml: {code:xml} portlet ... portlet-info titleStock Quote Portlet/title short-titleStock/short-title keywordsfinance,stock market/keywords resource-bundlecom.foo.myApp.QuotePortlet/resource-bundle /portlet-info ... /portlet {code} Internationalization of the Admin Console - Key: GERONIMO-1775 URL: https://issues.apache.org/jira/browse/GERONIMO-1775 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: console Reporter: Yeray Cabrera Santana Assignee: Donald Woods Priority: Minor Fix For: 2.1 Attachments: chinese_console.JPG, GERONIMO-1775-1.patch, GERONIMO-1775-2.patch, GERONIMO-1775.patch, screen1.GIF Provide the internationalization of the administration console so it can be translated to different languages. This is a feature I would like to contribute with. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3645) Monitoring plugins build fails
[ https://issues.apache.org/jira/browse/GERONIMO-3645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-3645. Resolution: Fixed Fix Version/s: 2.1 Monitoring plugins build fails -- Key: GERONIMO-3645 URL: https://issues.apache.org/jira/browse/GERONIMO-3645 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Reporter: Erik B. Craig Assignee: Anita Kulshreshtha Fix For: 2.1 Monitoring plugins build fails when there is a clean (empty) local maven repository due to lack of the artifacts org.apache.geronimo.modules:modules and org.apache.geronimo.configs:configs Need to sift through poms and clean up to prevent this -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3712) Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats
[ https://issues.apache.org/jira/browse/GERONIMO-3712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-3712. Resolution: Fixed Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats --- Key: GERONIMO-3712 URL: https://issues.apache.org/jira/browse/GERONIMO-3712 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console, Jetty, management Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 Jetty WebConnector has a ConnectionsCount statistics which should be included in TimeStatistics named ConnectionsDuration. JettyWebContainer has a RequestCount statistics which should be included in TimeStatistics named RequestDuration. Currently the average value is stored in TimeStatistics.count. which is incorrect. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3441) Server monitoring and management
[ https://issues.apache.org/jira/browse/GERONIMO-3441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-3441. Resolution: Fixed Fix Version/s: 2.1 rev. 580468 - Initial check in to sandbox Server monitoring and management Key: GERONIMO-3441 URL: https://issues.apache.org/jira/browse/GERONIMO-3441 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: general Affects Versions: 2.1 Environment: All Reporter: Erik B. Craig Assignee: Anita Kulshreshtha Fix For: 2.1 Attachments: mrc-client.zip, mrc-server.zip, mrc.zip, screenshot1.jpg, screenshot2.jpg, stats.patch Currently, there is not a good way of surfacing Geronimo's server information so that an administrator can monitor the server's status. The architecture of using MBeans is established, but not fully exploited. This enhancement will take advantage of what Geronimo currently offers and extend it so that a server can tap into a cluster of servers and extract information from specific Geronimo servers or even aggregates of Geronimo servers. The goal is to have one machine be able to reach out to all Geronimo servers in order to fetch data or even alter their state. This will be especially useful in the case of someone having to monitor a large number of Geronimo servers. Viet Nguyen and myself have completed a bit of framework towards this goal, to be attached to this jira In-depth information can be found in the confluence wiki here http://cwiki.apache.org/confluence/display/GMOxDEV/Monitoring+and+Management+Service -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Could not scan module for TLD files: Filename too long
yup.. Thanks! Anita --- David Jencks [EMAIL PROTECTED] wrote: So maybe sysdb-console-tomcat would be sufficiently windows friendly? thanks david jencks On Jan 12, 2008, at 5:06 PM, Anita Kulshreshtha wrote: I have not done a build recently but expect to see this error. IIUC, The following jar will be scanned for tlds. This name is 256+14 chars long. The old name, without 'console', was shorter by 3x7. Thanks Anita D:\SVN\G\server\trunk\plugins\system-database\system-database- console-tomcat\target\repository\org\apache\geronimo\plugins\system- database-console-tomcat-\2.1-SNAPSHOT\system-database-console- tomcat-2.1-SNAPSHOT.car\WEB-INF\lib\system-database-portlet-2.1- SNAPSHOT.jar --- Tim McConnell [EMAIL PROTECTED] wrote: Hi, is anyone else getting this error when building trunk on Windows ?? And what if anything can be done to get past the problem ?? It's not obvious to me which file it is complaining about. [INFO] -- -- [INFO] Building Geronimo Plugins :: System Database - Jetty [INFO]task-segment: [install] [INFO] -- -- [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: D:\SVN\G\server\trunk\plugins\system-database\system-database- console-jetty\target\classes\META-INF [INFO] Copying 2 files to D:\SVN\G\server\trunk\plugins\system-database\system-database- console-jetty\target\classes\META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: D:\SVN\G\server\trunk\plugins\system-database\system-database- console-jetty\target\resources\META-INF\plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: D:\SVN\G\server\trunk\plugins\system-database\system-database- console-jetty\target\resources\META-INF\plan.xml [INFO] -- -- [ERROR] BUILD ERROR [INFO] -- -- [INFO] Could not scan module for TLD files: org.apache.geronimo.plugins/system-database-console-jetty/2.1- SNAPSHOT/car Filename too long -- Thanks, Tim McConnell __ __ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/ newsearch/category.php?category=shopping Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: Could not scan module for TLD files: Filename too long
I have not done a build recently but expect to see this error. IIUC, The following jar will be scanned for tlds. This name is 256+14 chars long. The old name, without 'console', was shorter by 3x7. Thanks Anita D:\SVN\G\server\trunk\plugins\system-database\system-database-console-tomcat\target\repository\org\apache\geronimo\plugins\system-database-console-tomcat-\2.1-SNAPSHOT\system-database-console-tomcat-2.1-SNAPSHOT.car\WEB-INF\lib\system-database-portlet-2.1-SNAPSHOT.jar --- Tim McConnell [EMAIL PROTECTED] wrote: Hi, is anyone else getting this error when building trunk on Windows ?? And what if anything can be done to get past the problem ?? It's not obvious to me which file it is complaining about. [INFO] [INFO] Building Geronimo Plugins :: System Database - Jetty [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] Created dir: D:\SVN\G\server\trunk\plugins\system-database\system-database-console-jetty\target\classes\META-INF [INFO] Copying 2 files to D:\SVN\G\server\trunk\plugins\system-database\system-database-console-jetty\target\classes\META-INF [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: D:\SVN\G\server\trunk\plugins\system-database\system-database-console-jetty\target\resources\META-INF\plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: D:\SVN\G\server\trunk\plugins\system-database\system-database-console-jetty\target\resources\META-INF\plan.xml [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Could not scan module for TLD files: org.apache.geronimo.plugins/system-database-console-jetty/2.1-SNAPSHOT/car Filename too long -- Thanks, Tim McConnell Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: Shouldn't subprojects use their file system parents as maven parents?
IIRC and [1], the relative path is used if the parent artifact is not already in the local repository. So a build from the subproject directory would complain. It is a good idea to fix the relative paths. The relativePaths will break if someone insists on checking out part of the server and build, i.e. if one tries to build 'plugins' on an empty repo without checking out 'framework' . Thanks Anita [1] http://maven.apache.org/guides/introduction/introduction-to-the-pom.html --- David Jencks [EMAIL PROTECTED] wrote: On Jan 10, 2008, at 11:33 PM, Jacek Laskowski wrote: On Jan 11, 2008 7:12 AM, David Jencks [EMAIL PROTECTED] wrote: After the reorganization into plugins most everything still has its old pom parent, either o.a.g.modules/modules or o.a.g.plugins/ plugins. This seems to me like a bad idea. Could you elaborate on why this is a bad idea? I guess we'd have to ask a maven expert for a real answer, I just have a feeling it will lead to trouble, but... currently a typical pom has parent groupIdorg.apache.geronimo.configs/groupId artifactIdconfigs/artifactId version2.1-SNAPSHOT/version relativePath../pom.xml/relativePath /parent artifactIdj2ee-server/artifactId The relativePath is just wrong. If we were to make it accurate it would be parent groupIdorg.apache.geronimo.configs/groupId artifactIdconfigs/artifactId version2.1-SNAPSHOT/version relativePath../../framework/configs/pom.xml/relativePath /parent artifactIdj2ee-server/artifactId I think this kind of cross-linking of projects will just lead to confusion and grief. thanks david jencks Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: [VOTE] Release geronimo-txmanager-2.1
+1 Anita --- David Blevins [EMAIL PROTECTED] wrote: Discuss thread (for reference): http://mail-archives.apache.org/mod_mbox/geronimo-dev/200711.mbox/[EMAIL PROTECTED] Changes since last release: r585608 | dain | 2007-10-17 10:56:54 -0700 (Wed, 17 Oct 2007) | 1 line Added generic types to all collections usage r585309 | dain | 2007-10-16 17:54:22 -0700 (Tue, 16 Oct 2007) | 1 line clear proxy reference after returning to caller so the proxy can be garbage collected r584554 | akulshreshtha | 2007-10-14 08:19:58 -0700 (Sun, 14 Oct 2007) | 1 line GERONIMO-3250 Adding counters to keep track of transaction activity, Patch by Viet H. Nguyen Binaries: http://people.apache.org/~dblevins/stage-txmanager/repo/org/apache/geronimo/components/ Branch: http://svn.apache.org/repos/asf/geronimo/components/txmanager/branches/geronimo-txmanager-parent-2.1/ Vote will be open for 72 hours and close on the 13th [ ] +1 - Yes, release it [ ] 0 - Hmm... [ ] -1 - No, because... Vote away! -David Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: [DISCUSS] Monitoring Plugin to get stats through JMX or MEJB
--- David Jencks [EMAIL PROTECTED] wrote: On Jan 2, 2008, at 12:54 PM, Viet Nguyen wrote: Hi All, There was a recent discussion on whether the monitoring plugin should use JMX or MEJB to fetch Geronimo's statistics. Since we want to be able to monitor any type of Geronimo server, including little-G, it is not preferred that we have to pull in OpenEJB in order to monitor that server. Therefore, the JMX method looks like a potential alternative, because I do not think it will need to pull in any additional components. The idea of using JMX and MEJB is the same, and that is, we want to get a hold of the MBeanServer to query that for statistics. The concept of MEJB was defined in JSR-77, which is the only reason I am hesitant to start migrating over to using the JMX method. Should we strictly follow the JSR? or should we branch off and customize a little? Any thoughts or comments? My impression (not based on any inside info whatsoever) is that the MEJB was introduced largely because for some reason the jsr77 spec team didn't want to require jmx in j2ee -- this was well before jmx was added to j2se. Um, not quite.. According to JSR77.7.1.1 JMX requirements - The MEJB component exposes the manageable resources on a J2EE platform as JMX Managed Beans (MBeans) and requires an implementation of the JMX public APIs specified by the Java Management Extensions Instrumentation and Agent Specification, v1.1. It could be that MEJB is well suited for writing management tools designed to manage heavy duty servers with clustering capabilities. JMX will be sufficient for little-G. I am OK with switching to JMX. We MUST use JSR77 stats, i.e. use getStats() on J2EEManagedObjects and resist the temptation to get to raw MBeans directly. I don't see any problem using jmx for monitoring geronimo servers. If we want to be able to also monitor other servers we could keep the MEJB-using code around for that purpose. +1 Thanks Anita my opinion :-) david jencks Regards, Viet Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
[jira] Commented: (GERONIMO-3702) monitoring client to display a graph when the graph name is clicked on
[ https://issues.apache.org/jira/browse/GERONIMO-3702?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12553358 ] Anita Kulshreshtha commented on GERONIMO-3702: -- The graph names displayed on 'Edit view' page are all same! It displays view name not graph name! The link works and displays the correct graph. This used to work before this change. monitoring client to display a graph when the graph name is clicked on -- Key: GERONIMO-3702 URL: https://issues.apache.org/jira/browse/GERONIMO-3702 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Assignee: Viet Hung Nguyen Fix For: 2.1 Attachments: geronimo-3702.patch the monitoring client has graph names displayed as links so that the user can click on it to display the single graph, instead of having to add it to a view to look at the graph. this should be implemented to open up a new window with that graph. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Unable to render portlet SecurityRealmPortlet
On Dec 19, 2007 7:11 PM, Hernan Cunico [EMAIL PROTECTED] wrote: This is from Monday's rev #605334 The last good build was rev. 605315 http://people.apache.org/~prasad/binaries/trunk/20071218/build-1500.log The build is broken since rev. 605384 http://people.apache.org/~prasad/binaries/trunk/20071218/build-2100.log Thanks Anita Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: Unable to render portlet SecurityRealmPortlet
What is this rev no? Building Geronimo trunk at Revision: 605315 Building OpenEJB trunk at 605298 java version 1.5.0_12 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04) Java HotSpot(TM) Server VM (build 1.5.0_12-b04, mixed mode) + Error stacktraces are turned on. [INFO] Scanning for projects... Downloading: http://download.java.net/maven/1//org.apache.geronimo.genesis.config/poms/project-config-1.2.pom Downloading: http://repo1.maven.org/maven2/org/apache/geronimo/genesis/config/project-config/1.2/project-config-1.2.pom 21K downloaded.. . Thanks Anita --- Prasad Kashyap [EMAIL PROTECTED] wrote: I don't think we have a way of knowing what svn revision a final Geronimo binary came from. Is there ? Maybe we should include a revision.txt file in ${geronimo_home} which contains the svn revision number of the build from which the binary was built. Cheers Prasad On Dec 19, 2007 10:03 AM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: On Dec 19, 2007 7:11 PM, Hernan Cunico [EMAIL PROTECTED] wrote: This is from Monday's rev #605334 The last good build was rev. 605315 http://people.apache.org/~prasad/binaries/trunk/20071218/build-1500.log The build is broken since rev. 605384 http://people.apache.org/~prasad/binaries/trunk/20071218/build-2100.log Thanks Anita Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
[jira] Created: (GERONIMO-3712) Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats
Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats --- Key: GERONIMO-3712 URL: https://issues.apache.org/jira/browse/GERONIMO-3712 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: management Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 Jetty WebConnector has a ConnectionsCount statistics which should be included in TimeStatistics named ConnectionsDuration. JettyWebContainer has a RequestCount statistics which should be included in TimeStatistics named RequestDuration. Currently the average value is stored in TimeStatistics.count. which is incorrect. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3712) Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats
[ https://issues.apache.org/jira/browse/GERONIMO-3712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha updated GERONIMO-3712: - Component/s: Jetty console Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats --- Key: GERONIMO-3712 URL: https://issues.apache.org/jira/browse/GERONIMO-3712 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console, Jetty, management Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 Jetty WebConnector has a ConnectionsCount statistics which should be included in TimeStatistics named ConnectionsDuration. JettyWebContainer has a RequestCount statistics which should be included in TimeStatistics named RequestDuration. Currently the average value is stored in TimeStatistics.count. which is incorrect. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3712) Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats
[ https://issues.apache.org/jira/browse/GERONIMO-3712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12553218 ] Anita Kulshreshtha commented on GERONIMO-3712: -- Committed in rev. 605403 Remove redundent statisitcs from JettyConnectorStats and JettyWebConnectorStats --- Key: GERONIMO-3712 URL: https://issues.apache.org/jira/browse/GERONIMO-3712 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console, Jetty, management Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 Jetty WebConnector has a ConnectionsCount statistics which should be included in TimeStatistics named ConnectionsDuration. JettyWebContainer has a RequestCount statistics which should be included in TimeStatistics named RequestDuration. Currently the average value is stored in TimeStatistics.count. which is incorrect. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-3645) Monitoring plugins build fails
[ https://issues.apache.org/jira/browse/GERONIMO-3645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha reassigned GERONIMO-3645: Assignee: Anita Kulshreshtha (was: Erik B. Craig) - Fixed the build, see GERONIMO-3697 - Rev 605407 : moved to server/trunk/applications. Monitoring plugins build fails -- Key: GERONIMO-3645 URL: https://issues.apache.org/jira/browse/GERONIMO-3645 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Reporter: Erik B. Craig Assignee: Anita Kulshreshtha Monitoring plugins build fails when there is a clean (empty) local maven repository due to lack of the artifacts org.apache.geronimo.modules:modules and org.apache.geronimo.configs:configs Need to sift through poms and clean up to prevent this -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12553235 ] Anita Kulshreshtha commented on GERONIMO-3697: -- Committed Rev 603737, 604183, 604186, 604644, 605063, 605082, 605406, 605407, and 605412 - Removed unnecessary dependencies from poms, Fix poms, - Removed unnecessary jars from wars. TODO - Remove the remaining 2 jars. Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Building with c:\Documents and Setting as .m2 repo
MY build is happy again.. Thanks Anita --- David Jencks [EMAIL PROTECTED] wrote: Do you know when the last time it worked was? Is this the normal m2 repo location on xp? I have a lot of local changes around this area that I'm hoping to get working and committed today: hopefully this will get fixed as part of those changes. thanks david jencks On Dec 14, 2007, at 8:35 AM, Anita Kulshreshtha wrote: I get following stack trace while building using c:\Documents and Setting as .m2 repo. This used to work.. Thanks Anita Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: Missing artifact in repositories: [file:/C:/Documents%20and%20Settings//.m2/repository/] Missing dependency: org.apache.geronimo.configs/server-security-config/2.1-SNAPSHOT/c ar at org.apache.geronimo.system.plugin.PluginInstallerGBean.findArtifact (Plugin InstallerGBean.java:1624) at org.apache.geronimo.system.plugin.PluginInstallerGBean.openStream (PluginIn stallerGBean.java:1424) at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifac t(Pl uginInstallerGBean.java:10 Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
[jira] Commented: (GERONIMO-3678) Monitoring console should accept a port no for server to be monitored
[ https://issues.apache.org/jira/browse/GERONIMO-3678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12552454 ] Anita Kulshreshtha commented on GERONIMO-3678: -- It would be nice to have all server addresses displayed as IPaddr:portno in all the portlets. Monitoring console should accept a port no for server to be monitored - Key: GERONIMO-3678 URL: https://issues.apache.org/jira/browse/GERONIMO-3678 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Viet Hung Nguyen Fix For: 2.1 Attachments: geronimo-3678.patch Currently the Monitoring Console accepts an IP address for the server to be monitored. This works for default geronimo instances. For non default installations we need to be able to specify the EJB port.. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Building with c:\Documents and Setting as .m2 repo
I get following stack trace while building using c:\Documents and Setting as .m2 repo. This used to work.. Thanks Anita Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: Missing artifact in repositories: [file:/C:/Documents%20and%20Settings//.m2/repository/] Missing dependency: org.apache.geronimo.configs/server-security-config/2.1-SNAPSHOT/c ar at org.apache.geronimo.system.plugin.PluginInstallerGBean.findArtifact(Plugin InstallerGBean.java:1624) at org.apache.geronimo.system.plugin.PluginInstallerGBean.openStream(PluginIn stallerGBean.java:1424) at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifact(Pl uginInstallerGBean.java:1021) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install(PluginInsta llerGBean.java:675) at org.apache.geronimo.mavenplugins.car.InstallModulesMojo.doExecute(InstallM odulesMojo.java:163) at org.codehaus.mojo.pluginsupport.MojoSupport.execute(MojoSupport.java:122) ... 18 more [INFO] [INFO] Total time: 29 seconds [INFO] Finished at: Fri Dec 14 10:45:06 EST 2007 [INFO] Final Memory: 50M/254M [INFO] Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: Building with c:\Documents and Setting as .m2 repo
It worked before Nov 28th. The default user home on windows is c:\Documents and Settings\uesr and maven uses it for default .m2 repo. Thanks for looking into this.. Anita --- David Jencks [EMAIL PROTECTED] wrote: This is probably my fault. Do you know when the last time it worked was? Is this the normal m2 repo location on xp? I have a lot of local changes around this area that I'm hoping to get working and committed today: hopefully this will get fixed as part of those changes. thanks david jencks On Dec 14, 2007, at 8:35 AM, Anita Kulshreshtha wrote: I get following stack trace while building using c:\Documents and Setting as .m2 repo. This used to work.. Thanks Anita Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException: Missing artifact in repositories: [file:/C:/Documents%20and%20Settings//.m2/repository/] Missing dependency: org.apache.geronimo.configs/server-security-config/2.1-SNAPSHOT/c ar at org.apache.geronimo.system.plugin.PluginInstallerGBean.findArtifact (Plugin InstallerGBean.java:1624) at org.apache.geronimo.system.plugin.PluginInstallerGBean.openStream (PluginIn stallerGBean.java:1424) at org.apache.geronimo.system.plugin.PluginInstallerGBean.downloadArtifac t(Pl uginInstallerGBean.java:1021) at org.apache.geronimo.system.plugin.PluginInstallerGBean.install (PluginInsta llerGBean.java:675) at org.apache.geronimo.mavenplugins.car.InstallModulesMojo.doExecute (InstallM odulesMojo.java:163) at org.codehaus.mojo.pluginsupport.MojoSupport.execute (MojoSupport.java:122) ... 18 more [INFO] -- -- [INFO] Total time: 29 seconds [INFO] Finished at: Fri Dec 14 10:45:06 EST 2007 [INFO] Final Memory: 50M/254M [INFO] -- -- __ __ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http:// mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Monitoring console deadlock
I was running monitoring console on G(portoffset=10) and the agent on default G instance. I saw this trace on the screen at a later time. So I can not describe what exactly I was doing.. This can probably be fixed by ordering the sql operations correctly. Thanks Anita 14:48:27,968 ERROR [SnapshotDBHelper] A lock could not be obtained due to a dead lock, cycle of locks and waiters is: Lock : ROW, SYSCOLUMNS, (4,17) Waiting XID : {691, S} , MONITOR, INSERT INTO Statistics (snapshot_time, stats ValueList, mbeanId) VALUES (119747609,'23209078,30091640,34628360,32094576', 5) Granted XID : {693, X} Lock : ROW, STATISTICS, (4,7) Waiting XID : {693, S} , MONITOR, SELECT DISTINCT snapshot_time FROM Statistic s WHERE snapshot_time 1194896887609 Granted XID : {691, X} . The selected victim is XID : 691. ERROR 40001: A lock could not be obtained due to a deadlock, cycle of locks and waiters is: Lock : ROW, SYSCOLUMNS, (4,17) Waiting XID : {691, S} , MONITOR, INSERT INTO Statistics (snapshot_time, stats ValueList, mbeanId) VALUES (119747609,'23209078,30091640,34628360,32094576', 5) Granted XID : {693, X} Lock : ROW, STATISTICS, (4,7) Waiting XID : {693, S} , MONITOR, SELECT DISTINCT snapshot_time FROM Statistic s WHERE snapshot_time 1194896887609 Granted XID : {691, X} . The selected victim is XID : 691. at org.apache.derby.iapi.error.StandardException.newException(Unknown So urce) at org.apache.derby.impl.services.locks.Deadlock.buildException(Unknown Source) at org.apache.derby.impl.services.locks.LockSet.lockObject(Unknown Sourc e) at org.apache.derby.impl.services.locks.SinglePool.lockAnObject(Unknown Source) at org.apache.derby.impl.services.locks.SinglePool.lockObject(Unknown So urce) at org.apache.derby.impl.store.raw.xact.RowLocking3.lockRecordForRead(Un known Source) at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknow n Source) at org.apache.derby.impl.store.access.heap.HeapController.lockRow(Unknow n Source) at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3.lockRow OnPage(Unknown Source) at org.apache.derby.impl.store.access.btree.index.B2IRowLocking3._lockSc anRow(Unknown Source) at org.apache.derby.impl.store.access.btree.index.B2IRowLockingRR.lockSc anRow(Unknown Source) at org.apache.derby.impl.store.access.btree.BTreeForwardScan.fetchRows(U nknown Source) at org.apache.derby.impl.store.access.btree.BTreeScan.fetchNext(Unknown Source) at org.apache.derby.impl.sql.catalog.TabInfoImpl.getRowInternal(Unknown Source) at org.apache.derby.impl.sql.catalog.TabInfoImpl.getRowLocation(Unknown Source) at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.computeRowLocati on(Unknown Source) at org.apache.derby.impl.sql.catalog.DataDictionaryImpl.computeAutoincRo wLocations(Unknown Source) at org.apache.derby.impl.sql.compile.InsertNode.bind(Unknown Source) at org.apache.derby.impl.sql.GenericStatement.prepMinion(Unknown Source) at org.apache.derby.impl.sql.GenericStatement.prepare(Unknown Source) at org.apache.derby.impl.sql.conn.GenericLanguageConnectionContext.prepa reInternalStatement(Unknown Source) at org.apache.derby.impl.jdbc.EmbedStatement.execute(Unknown Source) at org.apache.derby.impl.jdbc.EmbedStatement.executeUpdate(Unknown Sourc e) at org.tranql.connector.jdbc.StatementHandle.executeUpdate(StatementHand le.java:166) at org.apache.geronimo.monitor.snapshot.SnapshotDBHelper.addSnapshotToDB (SnapshotDBHelper.java:229) at org.apache.geronimo.monitor.snapshot.SnapshotProcessor.takeSnapshot(S napshotProcessor.java:79) at org.apache.geronimo.monitor.MasterRemoteControl.handleTimeout(MasterR emoteControl.java:205) at sun.reflect.GeneratedMethodAccessor385.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces sorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.openejb.core.interceptor.ReflectionInvocationContext$Invoc ation.invoke(ReflectionInvocationContext.java:146) at org.apache.openejb.core.interceptor.ReflectionInvocationContext.proce ed(ReflectionInvocationContext.java:129) at org.apache.openejb.core.interceptor.InterceptorStack.invoke(Intercept orStack.java:67) at org.apache.openejb.core.stateless.StatelessContainer._invoke(Stateles sContainer.java:203) at org.apache.openejb.core.stateless.StatelessContainer.invoke(Stateless Container.java:165) at org.apache.openejb.core.timer.EjbTimerServiceImpl.ejbTimeout(EjbTimer ServiceImpl.java:284) at org.apache.openejb.core.timer.EjbTimerServiceImpl.access$100(EjbTimer ServiceImpl.java:43) at org.apache.openejb.core.timer.EjbTimerServiceImpl$EjbTimeoutTimerTask $1.run(EjbTimerServiceImpl.java:350) at
[jira] Commented: (GERONIMO-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550973 ] Anita Kulshreshtha commented on GERONIMO-3697: -- *rev 603613:* - Fix the tag used for generating names for TimeStatistics. The value returned is total count not current time. - Turn of annoying 'could not turn Stats on for .' message. Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (GERONIMO-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550973 ] akulshre edited comment on GERONIMO-3697 at 12/12/07 6:19 AM: *rev 603613:* - Fix the tag used for generating names for TimeStatistics. The value returned is total count not current time. - Turn off annoying 'could not turn Stats on for .' message. was (Author: akulshre): *rev 603613:* - Fix the tag used for generating names for TimeStatistics. The value returned is total count not current time. - Turn of annoying 'could not turn Stats on for .' message. Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3693) monitoring client does not perform operations correctly
[ https://issues.apache.org/jira/browse/GERONIMO-3693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550983 ] Anita Kulshreshtha commented on GERONIMO-3693: -- Viet, Is it possible to use the min/max values given by TimeStatistics or Rangestatistics instead of computing it 'over the observed period'? The value returned is maximum since the measurement started which is not same as the max value during graphing period. monitoring client does not perform operations correctly --- Key: GERONIMO-3693 URL: https://issues.apache.org/jira/browse/GERONIMO-3693 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Assignee: Viet Hung Nguyen Fix For: 2.1 Attachments: geronimo-3693.patch Currently the second operand value is not being pulled from the mrc-server, instead there the second operand value is being assigned the first operand value. Additionally, the javascript that is generated from StatsGraph.java does not check to see if there is a division by zero. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3693) monitoring client does not perform operations correctly
[ https://issues.apache.org/jira/browse/GERONIMO-3693?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12551000 ] Anita Kulshreshtha commented on GERONIMO-3693: -- - Correct! There is no need to plot min and max value graphs separately. For example it does not make sense to plot graph for HeapSizeMax with min, max and avg! It would be nice if these values (min, max) could be used to plot say JVMHeapCurrent graph. - The TimeStatistics is a bit tricky. The min, max values are for totaltime/count. And it should be possible to draw 'count' graph and 'total time' graph separately. IIRC Erik said that Dojo 1.0.1 does not allow us to plot min, max, avg in the graph. If we switch to 1.0.1 we will need to redo this part monitoring client does not perform operations correctly --- Key: GERONIMO-3693 URL: https://issues.apache.org/jira/browse/GERONIMO-3693 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: windows Reporter: Viet Hung Nguyen Assignee: Viet Hung Nguyen Fix For: 2.1 Attachments: geronimo-3693.patch Currently the second operand value is not being pulled from the mrc-server, instead there the second operand value is being assigned the first operand value. Additionally, the javascript that is generated from StatsGraph.java does not check to see if there is a division by zero. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
--- Jeff Genender [EMAIL PROTECTED] wrote: Anita Kulshreshtha wrote: I see Monitoring Console as a tool, a standard J2EE Application, that has been packaged for a convenient installation in Geronimo. It talks to a geronimo specific agent to discover and monitor a geronimo instance running elsewhere. I do not see it as an integral part of G, and hence prefer /plugins. Its location in svn does not affect the convenience of using it. It will always be installed from 'plugins' portlet and will be visible as an available plugin. IMHO, it should definitely be a plugin (as should everything we ship), but I think it should be a plugin that is installed by default. I hear y'all :) If the plugin has to be installed by default, server/trunk/plugin is the best place for it. I will be moving it to server/trunk/plugin/monitoring/mconsole and server/trunk/plugin/monitoring/agent Viet has been working on fixing problems discussed elsewhere in this thread. It will be wired into the main build when it is fairly stable. Thanks Anita As pointed out in another email, monitoring is typically shipped and active in some form for most other application servers. If most of the users find it helpful to have automatically enabled, then its probably good that we do so. I would probably suggest as we get closer to a release date that we get more input from users on this subject so we can make a proper and informed decision. Jeff Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
[jira] Created: (GERONIMO-3697) Monitoring Console fix ups
Monitoring Console fix ups --- Key: GERONIMO-3697 URL: https://issues.apache.org/jira/browse/GERONIMO-3697 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha This issue is for minor fixes to monitoring console and monitoring agent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Unable to commit
Folks, am unable to commit this morning. Does anyone know why? My password, I have not forgotten it, is not being accepted. Thanks Anita Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: Unable to commit
Sorry for the fuss... I used a different user name :(. I need to wake up. Going to get some tea... Anita --- Anita Kulshreshtha [EMAIL PROTECTED] wrote: Folks, am unable to commit this morning. Does anyone know why? My password, I have not forgotten it, is not being accepted. Thanks Anita Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
[jira] Commented: (GERONIMO-3678) Monitoring console should accept a port no for server to be monitored
[ https://issues.apache.org/jira/browse/GERONIMO-3678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550439 ] Anita Kulshreshtha commented on GERONIMO-3678: -- Rev 603235, Removed SQL to populate DB with the default data. Monitoring console should accept a port no for server to be monitored - Key: GERONIMO-3678 URL: https://issues.apache.org/jira/browse/GERONIMO-3678 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Viet Hung Nguyen Fix For: 2.1 Attachments: geronimo-3678.patch Currently the Monitoring Console accepts an IP address for the server to be monitored. This works for default geronimo instances. For non default installations we need to be able to specify the EJB port.. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
--- Matt Hogstrom [EMAIL PROTECTED] wrote: On Dec 7, 2007, at 9:11 AM, Anita Kulshreshtha wrote: 2. If yes, then where should we move it to? Should it be in server/ trunk/plugins or should the monitoring plugin be a subproject. I was thinking of plugins.. I'm not sure it really matters where the code goes in the interim. Plugins makes sense but I would move it to trunk first. Trunk is certainly viable and would likely get more people to look at the code, report issues, and most likely ooh and awe about cool looking graphs and statistics. If it turns out that the monitoring bloats the server in an unacceptable way, has incorrect statistics or consumes too many resources then I would think that moving it to plugins would be a reasonable approach. I see Monitoring Console as a tool, a standard J2EE Application, that has been packaged for a convenient installation in Geronimo. It talks to a geronimo specific agent to discover and monitor a geronimo instance running elsewhere. I do not see it as an integral part of G, and hence prefer /plugins. Its location in svn does not affect the convenience of using it. It will always be installed from 'plugins' portlet and will be visible as an available plugin. But that is just my opinion.. Thanks Anita Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
[jira] Commented: (GERONIMO-3678) Monitoring console should accept a port no for server to be monitored
[ https://issues.apache.org/jira/browse/GERONIMO-3678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12550278 ] Anita Kulshreshtha commented on GERONIMO-3678: -- This patch does not work. There is SQL error in 'insert into servers... at line 165 in o.a.g.plugin.monitoring.util.DBManager. The no. of columns do not match the no. of values supplied in the insert statement. Monitoring console should accept a port no for server to be monitored - Key: GERONIMO-3678 URL: https://issues.apache.org/jira/browse/GERONIMO-3678 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Viet Hung Nguyen Fix For: 2.1 Attachments: geronimo-3678.patch Currently the Monitoring Console accepts an IP address for the server to be monitored. This works for default geronimo instances. For non default installations we need to be able to specify the EJB port.. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3685) Monitoring Console should display TimeStatistics and BoundedRangeStatistics correctly
[ https://issues.apache.org/jira/browse/GERONIMO-3685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12549845 ] Anita Kulshreshtha commented on GERONIMO-3685: -- Could you please explain what I should do to draw a graph for 'time taken to process a single request' aka request time and does it work? I am editing TomcatWebRequestTimeSecond60Min graph. Monitoring Console should display TimeStatistics and BoundedRangeStatistics correctly - Key: GERONIMO-3685 URL: https://issues.apache.org/jira/browse/GERONIMO-3685 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Environment: All Reporter: Anita Kulshreshtha Priority: Critical Fix For: 2.1 . The Monitoring Console (MC) should display TimeStatistics and BoundedRangeStatistics as a single value. For example JVM Heap or RequestTime or openConnections with a single link for graph. . A band-aid solution to displaying TimeStatistics and BoundedRangeStatistics, and RangeStatistics is to add a field 'StatisticsType' to activeDB. and graph 'totalTime/count' for Timestatistics and 'current' for BoundedRangeStatistics, RangeStatistics. . The graph builder recomputes min, max and avg. It is wasteful but acceptable for now. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3685) Monitoring Console should display TimeStatistics and BoundedRangeStatistics correctly
Monitoring Console should display TimeStatistics and BoundedRangeStatistics correctly - Key: GERONIMO-3685 URL: https://issues.apache.org/jira/browse/GERONIMO-3685 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: monitoring Environment: All Reporter: Anita Kulshreshtha Priority: Critical Fix For: 2.1 . The Monitoring Console (MC) should display TimeStatistics and BoundedRangeStatistics as a single value. For example JVM Heap or RequestTime or openConnections with a single link for graph. . A band-aid solution to displaying TimeStatistics and BoundedRangeStatistics, and RangeStatistics is to add a field 'StatisticsType' to activeDB. and graph 'count/totalTime' for Timestatistics and 'current' for BoundedRangeStatistics, RangeStatistics. . The graph builder recomputes min, max and avg. It is wasteful but acceptable for now. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
--- Kevan Miller [EMAIL PROTECTED] wrote: On Dec 6, 2007, at 7:38 AM, Anita Kulshreshtha wrote: --- Viet Nguyen [EMAIL PROTECTED] wrote: On Dec 5, 2007 11:36 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: Eric, . Perhaps I am not making it clear. The graph that is shown as requestTime for tomcatWebConnector is incorrect. The value returned by tomcat is count not time. We need to have different methods to generate graphs for TimeStatistics, RangeStatistics, and BoundedRangeStatistics. OK. That's good information. But a very important one for a user who takes the trouble to install the plugins and reads the document about monitoring and statistics. But, IMO, that doesn't necessarily mean we shouldn't move the monitoring plugin out of sandbox. It might mean that we aren't ready to *release* the monitoring plugin. I don't think we're having a *release* discussion -- at least we shouldn't be. If the plugin is moved to trunk, as the title of the discussion says, does it not get automatically released? We can have the discussion that we don't want to hold up a Geronimo 2.1 release waiting for monitoring plugin problems to be resolved, but I'd prefer we discuss without a particular timeline in mind... IMO, we have the following questions to answer: 1. Are we ready to move monitoring plugin out of sandbox? yes 2. If yes, then where should we move it to? Should it be in server/ trunk/plugins or should the monitoring plugin be a subproject. I was thinking of plugins.. 3. What bug fixes/new features need to be added to the monitoring plugin before it's ready to be released? We should do the minimum and make sure all the information that is displayed is correct, i.e. there is no discrepancy between the raw value (displayed on the console) and the graph. We can address the fact the values themselves are skewed later. Thanks Anita Anita, Your objections seem to be in category 3, but I may be wrong. So, help us understand what you're thinking... --kevan Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
We definitely need such an adapter interface. This will allow us to not corrupt the target instance, e.g. a minimal server, by installing openejb. Thanks Anita --- Jeff Genender [EMAIL PROTECTED] wrote: So I think we are kind of caught in a catch 22 here... The issue is, the server is pluggable for the most part. People may/may not want EJB, but definitely want the management capabilities. Whats your thought on an adapter interface that provides for full JSR-77 compatibility, thus requiring EJB, or a switch that allows for pure JMX remoting? This would allow for compliance or be able to leverage the management without EJB if so desired. Thoughts? Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
[jira] Updated: (GERONIMO-3685) Monitoring Console should display TimeStatistics and BoundedRangeStatistics correctly
[ https://issues.apache.org/jira/browse/GERONIMO-3685?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha updated GERONIMO-3685: - Description: . The Monitoring Console (MC) should display TimeStatistics and BoundedRangeStatistics as a single value. For example JVM Heap or RequestTime or openConnections with a single link for graph. . A band-aid solution to displaying TimeStatistics and BoundedRangeStatistics, and RangeStatistics is to add a field 'StatisticsType' to activeDB. and graph 'totalTime/count' for Timestatistics and 'current' for BoundedRangeStatistics, RangeStatistics. . The graph builder recomputes min, max and avg. It is wasteful but acceptable for now. was: . The Monitoring Console (MC) should display TimeStatistics and BoundedRangeStatistics as a single value. For example JVM Heap or RequestTime or openConnections with a single link for graph. . A band-aid solution to displaying TimeStatistics and BoundedRangeStatistics, and RangeStatistics is to add a field 'StatisticsType' to activeDB. and graph 'count/totalTime' for Timestatistics and 'current' for BoundedRangeStatistics, RangeStatistics. . The graph builder recomputes min, max and avg. It is wasteful but acceptable for now. Monitoring Console should display TimeStatistics and BoundedRangeStatistics correctly - Key: GERONIMO-3685 URL: https://issues.apache.org/jira/browse/GERONIMO-3685 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Environment: All Reporter: Anita Kulshreshtha Priority: Critical Fix For: 2.1 . The Monitoring Console (MC) should display TimeStatistics and BoundedRangeStatistics as a single value. For example JVM Heap or RequestTime or openConnections with a single link for graph. . A band-aid solution to displaying TimeStatistics and BoundedRangeStatistics, and RangeStatistics is to add a field 'StatisticsType' to activeDB. and graph 'totalTime/count' for Timestatistics and 'current' for BoundedRangeStatistics, RangeStatistics. . The graph builder recomputes min, max and avg. It is wasteful but acceptable for now. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DISCUSS] Monitoring Client may need a new graphing engine
--- Joe Bohn [EMAIL PROTECTED] wrote: The mouse-over feature is cool ... but considering all things listed as advantages/disadvantages it seems to me that the dojo 0.4.3 comes out ahead for now. After timeplot has addressed the IE issue and x/y axis labels (with min/max) then it would be much more compelling to consider a change. Just my opinion based upon the very nice summary you provided. I agree with Joe, that dojo 0.4.3 is the right candidate for now. There is nothing obvious about the statistics. The y label with min, max avg. is a necessity. Thanks Anita Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
--- Viet Nguyen [EMAIL PROTECTED] wrote: On Dec 5, 2007 11:36 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: Eric, For this discussion I will use MC for monitoring console (aka client), and agent for mrc-server. It is possible to use 3 G instances (I used this method until GERONIMO-3660). G1 with MC on remote or local m/c, G2 with agent on local m/c, and G3 the instance to be monitored. This is the ideal solution but will be most difficult to implement efficiently. The advantage is that the instance to be monitored is not corrupted in any way. The second option is to use 2 G instances. G1 with MC on remote or local m/c, G2 the instance to be monitored. The agent is loaded in G2. This is what we have now. we need to reduce DB activity. We can improve upon this as we go. The TimeSatistics has 4 values named count, max, min and totaltime. The graph treats count as the current value of time. This is because the information that it is a TimeStatistics is lost in the DB. All four values appear as separate statistics, and the graph would draw each one separately as value, min, max! The same is true for BoundedRangeStatistics. A single graph should show all 5 values. More inline.. The current implementation only allows for one statistic to be shown at a time on a graph, but if you wanted to have the max or min statistics that could be easily obtained since those numbers are there. I think allowing the admin to graph all 4 values on the same graph is a very useful feature and should definitely be added; However, this is not necessarily a stop ship issue. Perhaps I am not making it clear. The graph that is shown as requestTime for tomcatWebConnector is incorrect. The value returned by tomcat is count not time. We need to have different methods to generate graphs for TimeStatistics, RangeStatistics, and BoundedRangeStatistics. Thanks Anita --- Erik B. Craig [EMAIL PROTECTED] wrote: Anita, You mentioned that the collecting agent running within the same jvm (I.E. under a Geronimo instance being monitored as a plugin) is an issue due to resource consumption... however I am unsure what a good alternative approach would be? Are you suggesting we have a separate instance of G to monitor a target instance? Or are you suggesting that the mrc-server be a standalone java app that runs in it's own JVM? This is a possibility too.. Currently the graph builder will plot any data being grabbed as snapshots in any method defined by the user. In the current graph creation page, the user has the option to differentiate between raw count vs. count/time or even count/some other count. There are a lot of options configurable by the user. When I added ErrorCount and ErrorCount/sec graphs to a single view, The other views got corrupted. This is a minor issue and can be easily fixed. Thanks Anita Additionally... do you have an example of the graphs for TimeStatistics or BoundedRangeStatistics being wrong/how they are wrong? Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
[jira] Created: (GERONIMO-3679) Montitoring console should display 'available statistics' in a more organized way
Montitoring console should display 'available statistics' in a more organized way - Key: GERONIMO-3679 URL: https://issues.apache.org/jira/browse/GERONIMO-3679 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Currently the Monitoring Console shows all statistics in a list. It is very hard to make out what they are for. We need to categorize them according to their J2EETypes, e.g. for J2EEType=WebModule, we should list them under Web Applications. The non standard J2EEtype, e.g WebConnectors should go under a separate category. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3680) The Monitoring agent should optimize DB activity
The Monitoring agent should optimize DB activity Key: GERONIMO-3680 URL: https://issues.apache.org/jira/browse/GERONIMO-3680 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Currently the agent needs to be loaded in the same JVM as the server being monitored. The agent skews the statistics being monitered. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3680) The Monitoring agent should optimize DB activity
[ https://issues.apache.org/jira/browse/GERONIMO-3680?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha updated GERONIMO-3680: - Attachment: view4.jpg This graph was drawn with Monitoring console running locally with portoffset=10. The agent was running in the default instance. The commiitted transaction graph shows Tx committed every interval (5 minutes). There was no other application running on G. The Monitoring agent should optimize DB activity Key: GERONIMO-3680 URL: https://issues.apache.org/jira/browse/GERONIMO-3680 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Attachments: view4.jpg Currently the agent needs to be loaded in the same JVM as the server being monitored. The agent skews the statistics being monitered. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3681) The Monitoring Console should allow the type of graph to be chosen
[ https://issues.apache.org/jira/browse/GERONIMO-3681?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha updated GERONIMO-3681: - Summary: The Monitoring Console should allow the type of graph to be chosen (was: The Monitoring Console should all the type of graph to be chosen) The Monitoring Console should allow the type of graph to be chosen -- Key: GERONIMO-3681 URL: https://issues.apache.org/jira/browse/GERONIMO-3681 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha The CountStatistics can be displayed in 2 ways, the raw count and the throughput/utilization (count/sec). For raw count like ErrorCount a bar graph is more appropriate. The curvedArea is good for throughput. The user should be able to choose which graph style (bar, curvedArea, etc) to use. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3682) The Monitoring Console should keep information about Stats available from a managed object
The Monitoring Console should keep information about Stats available from a managed object -- Key: GERONIMO-3682 URL: https://issues.apache.org/jira/browse/GERONIMO-3682 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha The monitoring console should do a getStats on each of the available StatisticsProvider (without the query being enabled). It should use this information to build a DB about the nature of the statistics. This information should be used to fill in the default values in 'add a graph page'. Currently the description, x label, y label show as empty. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3681) The Monitoring Console should all the type of graph to be chosen
The Monitoring Console should all the type of graph to be chosen Key: GERONIMO-3681 URL: https://issues.apache.org/jira/browse/GERONIMO-3681 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: monitoring Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha The CountStatistics can be displayed in 2 ways, the raw count and the throughput/utilization (count/sec). For raw count like ErrorCount a bar graph is more appropriate. The curvedArea is good for throughput. The user should be able to choose which graph style (bar, curvedArea, etc) to use. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Make Yoko core orb a Yoko subproject.
+1 Anita --- Rick McGuire [EMAIL PROTECTED] wrote: The discussion thread has been out there long enough for comment, and those who have responded appear positive about the prospect. I think it's time to put this to a vote. The full proposal from Matt Hogstrom is attached at the end, but the basic proposal we're voting on implementing in Geronimo is: 1) Accept the Yoko core modules (corba spec, corba core implemenation, rmi spec and rmi implementation) as a subproject of Geronimo. 2) The Yoko subproject will be maintained as a stand-alone component so it can be used by Harmony as well as Geronimo. 3) Lars Kuhn, Alexey Petrenko, and Darren Middleman be invited to join the Geronimo project as commiters so that they may continue contributing to the Yoko ORB. This is a single vote on the entire proposal (accepting the code and inviting the commiters). [ ] +1 Implement the Yoko ORB subproject in Geronimo as proposed above. [ ] 0 No opinion [ ] -1 Do not implement the Yoko subproject as proposed. Only PMC member's votes are binding, but we invite anybody in the community to speak up and vote on this. Since the vote runs over the weekend, I'll conclude it at 10::00 Eastern time on Monday. Rick Matt's full proposal presented to the Yoko project: The members of project yoko have been considering the future of Yoko as a project. There have been several milestones delivered and the project is used by other ASF projects. The project is not as active as other ASF projects and it makes sense to move the code from Yoko to other projects. The Yoko team has the following proposal for your consideration. Proposed Code Donation from Project Yoko to Apache CXF and Apache Geronimo The Yoko community has been successful in delivering several milestones of the ORB implementation while in the Apache Incubator. These milestones are used by other Apache projects (namely Geronimo and Harmony) to support their releases. The WebServices bindings are dependent on CXF. The Yoko community has decided that the Yoko project does not have quite the momentum to carry itself as an independent project but has sufficient value for other projects for them to consider receiving the code and committers for that code-base as sub-projects. Since the code under consideration is used by Apache Geronimo, Apache CXF and Apache Harmony the movement of the code should continue to allow for independent releases so the code can be easily shared with other dependent projects. The proposed division is: yoko-spec-corba - this is the org.omg interface classes. rmi-spec - this is the javax.rmi spec implementation core - This is the actual ORB implementation. rmi-impl - This is the implementation of the RMIIIOP support. These modules are also used by Harmony. In addition to the code we propose that the following committers in Apache Yoko be accepted as committers in Apache Geronimo given their demonstration of delivering code, creating releases and functioning as a community. Those noted with asterisks are already Geronimo committers. Continued involvement with the core: Rick McGuire * David Jencks * Alan Cabrera * Lars Kuhne Alexey Petrenko Darren Middleman The remainder of the modules in Yoko are part of the webservices support and are independent of the underlying ORB implementation. api -- interface classes used for the web services support. bindings -- code to implement the CORBA-Web services bindings. tools -- tools for generation WSDL and IDL for the bindings maven-plugin -- some maven plugins that can use the tools for generating binding-related build artifacts. None of the maven-plugin code is used by the ORB. There is also a distribution directory with some sample applications. One set of samples demonstrates using the core ORB, the other set is for WebServices. We recommend that the distribution directory should move to Apache CXF as the webservices examples use the orb samples to bind them as web services. Since Apache Geronimo's only use of CORBA is for exporting EJBs, these samples are not particularly valuable for Geronimo. The Yoko community did not have any committers that expressed an interest in continuing work on these bindings. As such, only the code would be moving to apache CXF. Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Uninstalling an application
I installed a plugin using 'plugins' portlet in the admin console. It worked as expected. After the plugin is uninstalled it leaves its dependent cars and ears behind. I have tried it from both command line and console. Next time I install the plugin using 'plugins' I get old dependencies. I have to hand delete the stuff from G/repository and edit config.xml to install it correctly. Is there a better way to do this? Thanks Anita Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: Uninstalling an application
--- Joe Bohn [EMAIL PROTECTED] wrote: Anita Kulshreshtha wrote: .. I'm not sure why you would have to edit config.xml. You should be able to uninstall the dependencies manually via command line or the console without the need to modify config.xml manually. The catch is that you need to know what those dependencies are that were installed as a result of your deployment. At the moment there is nothing to remove the dependencies. In order to be able to remove dependencies that were installed we would need to keep some use counts or something similar. We had discussed this a while back with some proposals ... but at the moment nothing is implemented. Joe I was using mrc-server-car. it installs mrc-ds-car and an ear. IIRC, After uninstalling mrc-server-car, shutdown and hand deleting mrc-ds-car, ear from G/repository, the mrc-ds-car was left in config.xml. The server could not be restarted. Thanks Anita Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: svn commit: r601152 [3/4] - in /geronimo/server/trunk: ./ applications/welcome/geronimo-welcome/src/main/java/org/apache/geronimo/welcome/ assemblies/geronimo-boilerplate-minimal/src/main/underlay
${geronimoVersion} is guaranteed to work like 2.1-SNAPSHOT. There is no such guarantee for ${version}, i.e. it may evaluate to 2.1-. Thanks Anita --- David Jencks [EMAIL PROTECTED] wrote: On Dec 4, 2007, at 6:26 PM, Anita Kulshreshtha wrote: Is the version temporary? Could you have used geronimoVersion property instead of 2.1-SNAPSHOT? I hope I can get rid of the version element again. I'm hoping to fix up the plugin repo code so that file system plugin repositories work at which point a lot of explicit versions won't be required. If that doesn't work then all the 2.1-SNAPSHOTS need to be turned into $ {version} or ${geronimoVersion}. I'm not sure which would work better? thanks david jencks Thanks Anita --- [EMAIL PROTECTED] wrote: Modified: geronimo/server/trunk/framework/modules/geronimo-system/src/main/ java/org/apache/geronimo/system/resolver/ ExplicitDefaultArtifactResolver.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/framework/ modules/geronimo-system/src/main/java/org/apache/geronimo/system/ resolver/ExplicitDefaultArtifactResolver.java? rev=601152r1=601151r2=601152view=diff == --- geronimo/server/trunk/framework/modules/geronimo-system/src/main/ java/org/apache/geronimo/system/resolver/ ExplicitDefaultArtifactResolver.java (original) +++ geronimo/server/trunk/framework/modules/geronimo-system/src/main/ java/org/apache/geronimo/system/resolver/ ExplicitDefaultArtifactResolver.java Tue Dec 4 15:49:03 2007 @@ -38,14 +38,14 @@ /** * @version $Rev$ $Date$ */ -public class ExplicitDefaultArtifactResolver extends DefaultArtifactResolver implements AliasedArtifactResolver { +public class ExplicitDefaultArtifactResolver extends DefaultArtifactResolver implements LocalAliasedArtifactResolver { private static final String COMMENT = #You can use this file to indicate that you want to substitute one module for another.\n + #format is oldartifactid=newartifactId e.g.\n + #org.apache.geronimo.configs/transaction// car=org.apache.geronimo.configs/transaction-jta11/1.2-SNAPSHOT/car\n + #versions can be ommitted on the left side but not the right.\n + #This can also specify explicit versions in the same format.; -private final String versionMapLocation; +private final String artifactAliasesFile; private final ServerInfo serverInfo; public ExplicitDefaultArtifactResolver(String versionMapLocation, @@ -53,10 +53,15 @@ Collection? extends ListableRepository repositories, ServerInfo serverInfo ) throws IOException { super(artifactManager, repositories, buildExplicitResolution(versionMapLocation, serverInfo)); -this.versionMapLocation = versionMapLocation; +this.artifactAliasesFile = versionMapLocation; this.serverInfo = serverInfo; } + +public String getArtifactAliasesFile() { +return artifactAliasesFile; +} + private static MapArtifact, Artifact buildExplicitResolution(String versionMapLocation, ServerInfo serverInfo) throws IOException { if (versionMapLocation == null) { return null; @@ -123,7 +128,7 @@ public synchronized void addAliases(Properties properties) throws IOException { MapArtifact, Artifact explicitResolutions = propertiesToArtifactMap(properties); getExplicitResolution().putAll(explicitResolutions); -saveExplicitResolution(getExplicitResolution(), versionMapLocation, serverInfo); +saveExplicitResolution(getExplicitResolution(), artifactAliasesFile, serverInfo); } public static final GBeanInfo GBEAN_INFO; Added: geronimo/server/trunk/framework/modules/geronimo-system/src/main/ java/org/apache/geronimo/system/resolver/ LocalAliasedArtifactResolver.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/framework/ modules/geronimo-system/src/main/java/org/apache/geronimo/system/ resolver/LocalAliasedArtifactResolver.java?rev=601152view=auto == --- geronimo/server/trunk/framework/modules/geronimo-system/src/main/ java/org/apache/geronimo/system/resolver/ LocalAliasedArtifactResolver.java (added) +++ geronimo/server/trunk/framework/modules/geronimo-system/src/main/ java/org/apache/geronimo/system/resolver/ LocalAliasedArtifactResolver.java Tue Dec 4 15:49:03 2007 @@ -0,0 +1,28 @@ +/* + * Licensed to the Apache Software Foundation (ASF) under one + * or more contributor license agreements. See the NOTICE file + * distributed with this work for additional information + * regarding copyright
Re: [ANNOUNCE] Welcome Jay McHugh as the newest member of the Geronimo PMC
Congratulations Jay! Anita --- Kevan Miller [EMAIL PROTECTED] wrote: All, Please join us in congratulating Jay McHugh as the newest member of the Geronimo PMC. It's been great to have Jay working with us as a committer on Geronimo. Even better to have him join us in providing oversight of the Geronimo project. Way to go Jay!!! The Apache Geronimo PMC --kevan Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
Viet, Thanks for working on the monitoring console. A lot still remains to be done. There are architectural issues which need to be addressed: Currently the agent (aka mrc-server) needs to reside in same jvm as the server being monitored. It consumes significant DB resources. The Graph builder plots CountStatistics correctly. It does not provide a way (minor point) to choose/plot both the raw count and the throughput, i.e. count/sec. The graphs for TimeStatistics and BoundedRangeStatistics are wrong. This is a serious shortcoming. I would like it to be fixed before we can talk about releasing it. Thanks Anita --- Viet Nguyen [EMAIL PROTECTED] wrote: Hi All, There has been a lot of work done on the monitoring plugin lately. I think it is now time to move it from sandbox into trunk, in time for the 2.1 release. I am unsure of the timeline for 2.1, but I feel as though the monitoring plugin should be moved to trunk around this time, so that the little kinks can be worked out before it is too late for the release. Erik and I have worked together along with the help of many others to provide a monitoring collecting agent and monitoring portlet. To briefly go over what the monitoring plugin can do: -monitor multiple servers -securely connects to remote servers that are monitored (via MEJB and encryption of the password using Geronimo's EncryptionManager) -keeps an on going history of user-chosen statistics -provides the ability to view current and past statistics -customizable graphs (e.g. I can choose which stats I want to graph, and much more) -the ability to group certain graphs together into what we call a view. The idea is to allow an administrator to view only those graphs that he cares about...all in one place! -editable server, graphs, and views option -provides the ability to keep track of any mbean that is declared as a StatisticsProvider -administrator can custom define the elapsed time period before each snapshot is taken -everything is packaged into plugins (separate plugins and a bundled plugin with both pieces), so deploying is made easier I hope that some of you can take some time to test out the plugin which can be pulled from sandbox at http://svn.apache.org/repos/asf/geronimo/sandbox/monitoring and provide some feedback. If there are no objections, I hope that a committer can soon move the monitoring plugin into trunk. One of the new features that I would like to see listed for the 2.1 release is this monitoring plugin. I believe it will attract a lot of attention and users. Thanks, Viet Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
Eric, For this discussion I will use MC for monitoring console (aka client), and agent for mrc-server. It is possible to use 3 G instances (I used this method until GERONIMO-3660). G1 with MC on remote or local m/c, G2 with agent on local m/c, and G3 the instance to be monitored. This is the ideal solution but will be most difficult to implement efficiently. The advantage is that the instance to be monitored is not corrupted in any way. The second option is to use 2 G instances. G1 with MC on remote or local m/c, G2 the instance to be monitored. The agent is loaded in G2. This is what we have now. we need to reduce DB activity. We can improve upon this as we go. The TimeSatistics has 4 values named count, max, min and totaltime. The graph treats count as the current value of time. This is because the information that it is a TimeStatistics is lost in the DB. All four values appear as separate statistics, and the graph would draw each one separately as value, min, max! The same is true for BoundedRangeStatistics. A single graph should show all 5 values. More inline.. --- Erik B. Craig [EMAIL PROTECTED] wrote: Anita, You mentioned that the collecting agent running within the same jvm (I.E. under a Geronimo instance being monitored as a plugin) is an issue due to resource consumption... however I am unsure what a good alternative approach would be? Are you suggesting we have a separate instance of G to monitor a target instance? Or are you suggesting that the mrc-server be a standalone java app that runs in it's own JVM? This is a possibility too.. Currently the graph builder will plot any data being grabbed as snapshots in any method defined by the user. In the current graph creation page, the user has the option to differentiate between raw count vs. count/time or even count/some other count. There are a lot of options configurable by the user. When I added ErrorCount and ErrorCount/sec graphs to a single view, The other views got corrupted. This is a minor issue and can be easily fixed. Thanks Anita Additionally... do you have an example of the graphs for TimeStatistics or BoundedRangeStatistics being wrong/how they are wrong? Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: [DISCUSS] Moving the Monitoring Plugin Into Trunk
Anita, can you please technically show why this is not ready or should not be released? Can you explain/show where the graphs are wrong? This may help move things along. Jeff Don't I get 24 hours to respond :) Thanks Anita Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: How to get memory statistics from a remote Geronimo runtime?
If you are interested in usedMemory and maxMemory as given by Runtime, we could add that again. The JVM Stats give a rough estimate of heap memory only. Thanks Anita --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I am wondering if the following (which works) is the correct way to get maxHeapSize and usedMemory from a remote Geronimo server. import org.apache.geronimo.management.stats.BoundedRangeStatisticImpl; Map map = new HashMap(); map.put(jmx.remote.credentials, new String[] {user, password}); JMXServiceURL address = new JMXServiceURL( service:jmx:rmi:///jndi/rmi://+host+ : + port + /JMXConnector); JMXConnector jmxConnector = JMXConnectorFactory.connect(address, map); mbServerConnection = jmxConnector.getMBeanServerConnection(); objName = ObjectName.getInstance (geronimo:J2EEServer=geronimo,name=JVM,j2eeType=JVM); Stats stats = (Stats) mbServerConnection.getAttribute(objName, stats); BoundedRangeStatisticImpl statistic = (BoundedRangeStatisticImpl) stats.getStatistic(HeapSize); long maxMemory = statistic.getUpperBound(); long usedMemory = statistic.getCurrent(); Is this ok? Or, is there a better way? ++Vamsi Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/
[jira] Commented: (GERONIMO-3645) Monitoring plugins build fails
[ https://issues.apache.org/jira/browse/GERONIMO-3645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548260 ] Anita Kulshreshtha commented on GERONIMO-3645: -- You could try removing all unnecessary dependencies from all the poms and use 'provided' scope for the ones available from the server. Monitoring plugins build fails -- Key: GERONIMO-3645 URL: https://issues.apache.org/jira/browse/GERONIMO-3645 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: monitoring Reporter: Erik B. Craig Assignee: Erik B. Craig Monitoring plugins build fails when there is a clean (empty) local maven repository due to lack of the artifacts org.apache.geronimo.modules:modules and org.apache.geronimo.configs:configs Need to sift through poms and clean up to prevent this -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Deploying to multiple instances of G
Currently when an app is deployed to an instance of G (say A), it show up as 'stopped' in other instances. IIRC the relevant config.xml had load=false for this config. If the app is deleted from A and all the servers are shutdown. The other servers can not be started (NoSuchConfigException) because the config (app) has been removed from the repository. What should be the correct behavior? Thanks Anita Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: Build broken?
Build seems to be happy here: http://people.apache.org/~prasad/binaries/trunk/20071204/build-0300.log Thanks Anita --- Jeff Genender [EMAIL PROTECTED] wrote: I am not able to build the latest trunk...any ideas? [INFO] [INFO] Building Geronimo Configs :: System Database [INFO]task-segment: [install] [INFO] [INFO] [enforcer:enforce {execution: default}] [INFO] [tools:copy-legal-files {execution: install-legal-files}] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [INFO] Generated: /Users/jeffgenender/Projects/geronimo/plugins/system-database/system-database/target/resources/META-INF/plan.xml [INFO] [car:prepare-metadata] [INFO] [car:package] [INFO] Packaging module configuration: /Users/jeffgenender/Projects/geronimo/plugins/system-database/system-database/target/resources/META-INF/plan.xml [INFO] [ERROR] BUILD ERROR [INFO] [INFO] load of org.apache.geronimo.configs/j2ee-deployer/2.1-SNAPSHOT/car failed Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: How to get memory statistics from a remote Geronimo runtime?
IIUC, http://java.sun.com/j2se/1.5.0/docs/api/java/lang/management/MemoryMXBean.html runtime values are sum of values from Heap and non heap memory. In other words you need to add contribution from non heap Memory to all 4 equations. Thanks Anita --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I don't know if it is necessary to add the statistics from Runtime. Here is the relationship I see between the stats from Runtime and those got from MemoryMXBean.getHeapMemoryUsage() Runtime.totalMemory() == MemoryUsage.getCommitted() Runtime.maxMemory() == MemoryUsage.getMax() Runtime.freeMemory() == MemoryUsage.getCommitted() - MemoryUsage.getUsed() Runtime.totalMemory() - Runtime.freeMemory() == MemoryUsage.getUsed() ++Vamsi On Dec 4, 2007 6:51 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: If you are interested in usedMemory and maxMemory as given by Runtime, we could add that again. The JVM Stats give a rough estimate of heap memory only. Thanks Anita --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I am wondering if the following (which works) is the correct way to get maxHeapSize and usedMemory from a remote Geronimo server. import org.apache.geronimo.management.stats.BoundedRangeStatisticImpl; Map map = new HashMap(); map.put(jmx.remote.credentials, new String[] {user, password}); JMXServiceURL address = new JMXServiceURL( service:jmx:rmi:///jndi/rmi://+host+ : + port + /JMXConnector); JMXConnector jmxConnector = JMXConnectorFactory.connect(address, map); mbServerConnection = jmxConnector.getMBeanServerConnection(); objName = ObjectName.getInstance (geronimo:J2EEServer=geronimo,name=JVM,j2eeType=JVM); Stats stats = (Stats) mbServerConnection.getAttribute(objName, stats); BoundedRangeStatisticImpl statistic = (BoundedRangeStatisticImpl) stats.getStatistic(HeapSize); long maxMemory = statistic.getUpperBound(); long usedMemory = statistic.getCurrent(); Is this ok? Or, is there a better way? ++Vamsi Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ
Re: Deploying to multiple instances of G
yes, I uninstalled it from the wrong server despite being aware of the behavior... Another version of the same problem is that the same app can not be deployed in another instance. am I correct? Thanks Anita --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: On Dec 4, 2007 7:36 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: Currently when an app is deployed to an instance of G (say A), it show up as 'stopped' in other instances. IIRC the relevant config.xml had load=false for this config. There shouldn't be any entry for this app in config.xml in the other instances of the server. Atleast it does not get added at deployment time. Even if it gets added with load=false, it does not result in a server startup failure whether or not the app is uninstalled from the server instance it is originally installed. If the app is deleted from A and all the servers are shutdown. The other servers can not be started (NoSuchConfigException) because the config (app) has been removed from the repository. What should be the correct behavior? If the app is installed from instance A and uninstalled from instance B then instance A is in trouble. I raised this concern a while ago and David Jencks said it is expected. As long as the app is installed and uninstalled from the same server instance, it should not (and does not currently) affect other instances. Thanks Anita Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: How to get memory statistics from a remote Geronimo runtime?
It is not clear to me if this is part of the earlier code or a separate program. If it is part of the JMX code, then Runtime is from the local jvm not remote. The non heap Memory for this program in either case is negligible. You could start G with -Dcom.sun.management.jmxremote. Start jconsole and click on the Memory tab to get the whole picture. Hope this is helpful Thanks Anita --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I don't know why the non heap memory is missing in the equations. The equations I gave are based what I observed by running the following code. MemoryMXBean memmxbean = ManagementFactory.getMemoryMXBean(); Runtime rt = Runtime.getRuntime(); MemoryUsage memUsage = memmxbean.getHeapMemoryUsage(); System.err.println(init=+memUsage.getInit()); System.err.println(max=+memUsage.getMax()); System.err.println(used=+memUsage.getUsed()); System.err.println(committed=+memUsage.getCommitted()); System.err.println(free=+(memUsage.getCommitted()- memUsage.getUsed())); System.err.println(TotalMemory = +rt.totalMemory()); System.err.println(MaxMemory = +rt.maxMemory()); System.err.println(FreeMemory = +rt.freeMemory()); System.err.println(Used=+(rt.totalMemory()-rt.freeMemory())); ++Vamsi On Dec 4, 2007 8:57 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: IIUC, http://java.sun.com/j2se/1.5.0/docs/api/java/lang/management/MemoryMXBean.html runtime values are sum of values from Heap and non heap memory. In other words you need to add contribution from non heap Memory to all 4 equations. Thanks Anita --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I don't know if it is necessary to add the statistics from Runtime. Here is the relationship I see between the stats from Runtime and those got from MemoryMXBean.getHeapMemoryUsage() Runtime.totalMemory() == MemoryUsage.getCommitted() Runtime.maxMemory() == MemoryUsage.getMax() Runtime.freeMemory() == MemoryUsage.getCommitted() - MemoryUsage.getUsed() Runtime.totalMemory() - Runtime.freeMemory() == MemoryUsage.getUsed() ++Vamsi On Dec 4, 2007 6:51 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: If you are interested in usedMemory and maxMemory as given by Runtime, we could add that again. The JVM Stats give a rough estimate of heap memory only. Thanks Anita --- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: I am wondering if the following (which works) is the correct way to get maxHeapSize and usedMemory from a remote Geronimo server. import org.apache.geronimo.management.stats.BoundedRangeStatisticImpl; Map map = new HashMap(); map.put(jmx.remote.credentials, new String[] {user, password}); JMXServiceURL address = new JMXServiceURL( service:jmx:rmi:///jndi/rmi://+host+ : + port + /JMXConnector); JMXConnector jmxConnector = JMXConnectorFactory.connect(address, map); mbServerConnection = jmxConnector.getMBeanServerConnection(); objName = ObjectName.getInstance (geronimo:J2EEServer=geronimo,name=JVM,j2eeType=JVM); Stats stats = (Stats) mbServerConnection.getAttribute(objName, stats); BoundedRangeStatisticImpl statistic = (BoundedRangeStatisticImpl) stats.getStatistic(HeapSize); long maxMemory = statistic.getUpperBound(); long usedMemory = statistic.getCurrent(); Is this ok? Or, is there a better way? ++Vamsi Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
Re: svn commit: r601152 [3/4] - in /geronimo/server/trunk: ./ applications/welcome/geronimo-welcome/src/main/java/org/apache/geronimo/welcome/ assemblies/geronimo-boilerplate-minimal/src/main/underlay
Is the version temporary? Could you have used geronimoVersion property instead of 2.1-SNAPSHOT? Thanks Anita --- [EMAIL PROTECTED] wrote: Modified: geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/ExplicitDefaultArtifactResolver.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/ExplicitDefaultArtifactResolver.java?rev=601152r1=601151r2=601152view=diff == --- geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/ExplicitDefaultArtifactResolver.java (original) +++ geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/ExplicitDefaultArtifactResolver.java Tue Dec 4 15:49:03 2007 @@ -38,14 +38,14 @@ /** * @version $Rev$ $Date$ */ -public class ExplicitDefaultArtifactResolver extends DefaultArtifactResolver implements AliasedArtifactResolver { +public class ExplicitDefaultArtifactResolver extends DefaultArtifactResolver implements LocalAliasedArtifactResolver { private static final String COMMENT = #You can use this file to indicate that you want to substitute one module for another.\n + #format is oldartifactid=newartifactId e.g.\n + #org.apache.geronimo.configs/transaction//car=org.apache.geronimo.configs/transaction-jta11/1.2-SNAPSHOT/car\n + #versions can be ommitted on the left side but not the right.\n + #This can also specify explicit versions in the same format.; -private final String versionMapLocation; +private final String artifactAliasesFile; private final ServerInfo serverInfo; public ExplicitDefaultArtifactResolver(String versionMapLocation, @@ -53,10 +53,15 @@ Collection? extends ListableRepository repositories, ServerInfo serverInfo ) throws IOException { super(artifactManager, repositories, buildExplicitResolution(versionMapLocation, serverInfo)); -this.versionMapLocation = versionMapLocation; +this.artifactAliasesFile = versionMapLocation; this.serverInfo = serverInfo; } + +public String getArtifactAliasesFile() { +return artifactAliasesFile; +} + private static MapArtifact, Artifact buildExplicitResolution(String versionMapLocation, ServerInfo serverInfo) throws IOException { if (versionMapLocation == null) { return null; @@ -123,7 +128,7 @@ public synchronized void addAliases(Properties properties) throws IOException { MapArtifact, Artifact explicitResolutions = propertiesToArtifactMap(properties); getExplicitResolution().putAll(explicitResolutions); -saveExplicitResolution(getExplicitResolution(), versionMapLocation, serverInfo); +saveExplicitResolution(getExplicitResolution(), artifactAliasesFile, serverInfo); } public static final GBeanInfo GBEAN_INFO; Added: geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/LocalAliasedArtifactResolver.java URL: http://svn.apache.org/viewvc/geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/LocalAliasedArtifactResolver.java?rev=601152view=auto == --- geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/LocalAliasedArtifactResolver.java (added) +++ geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/LocalAliasedArtifactResolver.java Tue Dec 4 15:49:03 2007 @@ -0,0 +1,28 @@ +/* + * Licensed to the Apache Software Foundation (ASF) under one + * or more contributor license agreements. See the NOTICE file + * distributed with this work for additional information + * regarding copyright ownership. The ASF licenses this file + * to you under the Apache License, Version 2.0 (the + * License); you may not use this file except in compliance + * with the License. You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, + * software distributed under the License is distributed on an + * AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY + * KIND, either express or implied. See the License for the + * specific language governing permissions and limitations + * under the License. + */ + + +package org.apache.geronimo.system.resolver; + +/** + * @version $Rev:$ $Date:$ + */ +public interface LocalAliasedArtifactResolver extends AliasedArtifactResolver { +String getArtifactAliasesFile();
[jira] Created: (GERONIMO-3662) Provide JCA Resource statistics
Provide JCA Resource statistics --- Key: GERONIMO-3662 URL: https://issues.apache.org/jira/browse/GERONIMO-3662 Project: Geronimo Issue Type: New Feature Security Level: public (Regular issues) Components: connector Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Provide JCAResource statistics defined by JCAStats JRR77.6.18 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-3664) JNDIView Portlet should list ResourceAdaptors and its JCAManagedConnectionFactories for RAR Modules
JNDIView Portlet should list ResourceAdaptors and its JCAManagedConnectionFactories for RAR Modules --- Key: GERONIMO-3664 URL: https://issues.apache.org/jira/browse/GERONIMO-3664 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: console Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha JNDI portlet should display at least the following information for RARs: ResourceAdapterModule- ResourceAdapters- JCAResources- JCAConnectoinFactories- names e.g.the system-database.../car will have two entries - NoTxDatasource and SystemDatasource -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
GroupId for CAR file
It seems that car-maven-plugin now installs the zipped car at o.a.g.configs by default. If the target/repository contains o.a.g.plugins.monitoring/... should the car not be installed at o.a.g.plugins.monitoring in .m2 repo? If a groupId is explicitly given, e.g. mrc-server-car in sandbox/monitoring, the artifact is installed correctly. But client-tomcat is installed at o.a.g.configs. Am I missing something? Thanks Anita Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ
Re: GroupId for CAR file
Never mind.. I had older CARs in the repo. Thanks Anita --- Anita Kulshreshtha [EMAIL PROTECTED] wrote: It seems that car-maven-plugin now installs the zipped car at o.a.g.configs by default. If the target/repository contains o.a.g.plugins.monitoring/... should the car not be installed at o.a.g.plugins.monitoring in .m2 repo? If a groupId is explicitly given, e.g. mrc-server-car in sandbox/monitoring, the artifact is installed correctly. But client-tomcat is installed at o.a.g.configs. Am I missing something? Thanks Anita Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
[jira] Closed: (GERONIMO-3608) Move Jetty*Stats and Jetty*StatsImpl to geronimo-management
[ https://issues.apache.org/jira/browse/GERONIMO-3608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-3608. Resolution: Fixed Fix Version/s: 2.1 Move Jetty*Stats and Jetty*StatsImpl to geronimo-management Key: GERONIMO-3608 URL: https://issues.apache.org/jira/browse/GERONIMO-3608 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: Jetty, management Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Fix For: 2.1 Move Jetty*Stats and Jetty*StatsImpl to geronimo-management . The relevant discussion can be found at - http://www.nabble.com/Re%3A-Can-we-deal-generically-with-container-specific-jsr77-statistics--p13688310s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Administering geronimo remotely
--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote: On Nov 29, 2007 2:24 PM, David Jencks [EMAIL PROTECTED] wrote: On Nov 28, 2007, at 5:50 PM, Anita Kulshreshtha wrote: I am trying to administer a geronimo instance remotely using admin console. I can install jars to remote g instance using Repository link, i.e. the jar files from local file system get installed in remote g repo as expected. I tried a car and was able to install it too! I'm not entirely clear what you are saying here did you use the plugins page install the car file No or the add a jar to the repo page? Yes, It is called the Repository Viewer page on console. We could rename it to avoid confusion. If a car is added from Common Libs portlet, it should not show up as a configuration. But, this is a different problem. I wouldn't expect the plugin page to work without additional infrastructure running, see below. The only thing I had to make sure was that the needed jars were already installed on remote g. This car (a J2EE Connector) showed up in stopped state, so I started it (using 'start' link on remote console). This caused a lifecycle operation failed ... org.apache.geronimo.kernel.config.NoSuchConfigException: error. Is this the expected behavior? This error was due to a problem with car-maven-plugin(?) and should probably be discussed in another thread. The generated car (zip) had a different version than the one used in the unpacked car. This can be reproduced by building sandbox/monitoring/mrc-server/mrc-ds-car. After renaming (2.1-SANPSHOT to 1.0-SNAPSHOT) the car(zip) and installing it to remote g using add a jar to repo page, I was able to start it too! if I select the local .m2 repo as plugin repository in plugins portlet, should I expect the selected plugin to be installed at the remote instance using jars/cars from the local files system? In order for this to work you'd need to have the local .m2 repository available on a web server to the remote machine and I think the plugins would generally have to say they are available from this web server in the geronimo-plugin.xml file. Yes, this is the standard plugin repository mechanism. Thanks Anita hope this helps... david jencks Thanks Anita __ __ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs Be a better pen pal. Text or chat with friends inside Yahoo! Mail. See how. http://overview.mail.yahoo.com/
Administering geronimo remotely
I am trying to administer a geronimo instance remotely using admin console. I can install jars to remote g instance using Repository link, i.e. the jar files from local file system get installed in remote g repo as expected. I tried a car and was able to install it too! This car (a J2EE Connector) showed up in stopped state, so I started it (using 'start' link on remote console). This caused a lifecycle operation failed ... org.apache.geronimo.kernel.config.NoSuchConfigException: error. Is this the expected behavior? if I select the local .m2 repo as plugin repository in plugins portlet, should I expect the selected plugin to be installed at the remote instance using jars/cars from the local files system? Thanks Anita Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: [DISCUSS] Release geronimo-txmanager 2.1
--- Kevan Miller [EMAIL PROTECTED] wrote: .. it seems like a good time to start prepping for a release. +1 Anybody have pending changes? No, I do not have any pending changes. Thanks Anita Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs
Re: [ANNOUNCE] Erik Craig as Geronimo's most recent committer
Congratulations Erik! Welcome aboard Anita --- Matt Hogstrom [EMAIL PROTECTED] wrote: Please extend a welcome to Erik Craig who is the latest committer to be added to the Geronimo fold. Erik has had a sustained and continued track record in working on the J2G conversion tool as well as his recent work on monitoring with Anita. and others. Give it up for Mr Craig ! Matt Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ
[jira] Created: (GERONIMO-3608) Move Jetty*Stats and Jetty*StatsImpl to geronimo-management
Move Jetty*Stats and Jetty*StatsImpl to geronimo-management Key: GERONIMO-3608 URL: https://issues.apache.org/jira/browse/GERONIMO-3608 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: Jetty, management Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Move Jetty*Stats and Jetty*StatsImpl to geronimo-management . The relevant discussion can be found at - http://www.nabble.com/Re%3A-Can-we-deal-generically-with-container-specific-jsr77-statistics--p13688310s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3608) Move Jetty*Stats and Jetty*StatsImpl to geronimo-management
[ https://issues.apache.org/jira/browse/GERONIMO-3608?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12543754 ] Anita Kulshreshtha commented on GERONIMO-3608: -- committed in rev. 596514, also fixed statistics names in WebContainerStatsImpl to comply with JSR77.6.10.1.1 Move Jetty*Stats and Jetty*StatsImpl to geronimo-management Key: GERONIMO-3608 URL: https://issues.apache.org/jira/browse/GERONIMO-3608 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: Jetty, management Affects Versions: 2.1 Environment: All Reporter: Anita Kulshreshtha Assignee: Anita Kulshreshtha Move Jetty*Stats and Jetty*StatsImpl to geronimo-management . The relevant discussion can be found at - http://www.nabble.com/Re%3A-Can-we-deal-generically-with-container-specific-jsr77-statistics--p13688310s134.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2898) Can't edit Jetty SSL Connector in Geronimo console
[ https://issues.apache.org/jira/browse/GERONIMO-2898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-2898. Can't edit Jetty SSL Connector in Geronimo console -- Key: GERONIMO-2898 URL: https://issues.apache.org/jira/browse/GERONIMO-2898 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: console Affects Versions: 2.0-M2 Environment: Linux Reporter: Karthiga Rajeevani Ratnam Assignee: Anita Kulshreshtha Fix For: 2.0-M5 Attachments: 2898-new.patch, 2898.patch, JettySSLConnector Error.jpg I tried to edit JettySSLConnector listed under Network Listeners and got the following error in command prompt. 15:06:50,729 ERROR [PortletFragment] Error in Portlet java.lang.IllegalArgumentException: No such method found (getMinThreads on org.apache.geronimo.jetty6.JettyWebConnector$$EnhancerByCGLIB$$5aaaf276) at org.apache.geronimo.console.BasePortlet.getProperty(BasePortlet.java:92) at org.apache.geronimo.console.webmanager.ConnectorPortlet.doView(ConnectorPortlet.java:388) at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247) at javax.portlet.GenericPortlet.render(GenericPortlet.java:175) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:62) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:133) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46) at org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47) at org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:67) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:192) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.render(PortletInvokerImpl.java:73) at org.apache.pluto.PortletContainerImpl.renderPortlet(PortletContainerImpl.java:119) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.renderPortlet(PortletContainerWrapperImpl.java:70) at org.apache.pluto.portalImpl.aggregation.PortletFragment.service(PortletFragment.java:168) at jsp.WEB_002dINF.aggregation.ColumnFragment_jsp._jspService(ColumnFragment_jsp.java:70) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:491) at org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:62) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:367) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:185) at org.apache.geronimo.jetty6.handler.JettySecurityHandler.handle(JettySecurityHandler.java:133) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181) at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46) at org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47) at org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:67) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:689) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:391) at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:192
[jira] Closed: (GERONIMO-3490) Missing Jetty Connector stats
[ https://issues.apache.org/jira/browse/GERONIMO-3490?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Anita Kulshreshtha closed GERONIMO-3490. Missing Jetty Connector stats - Key: GERONIMO-3490 URL: https://issues.apache.org/jira/browse/GERONIMO-3490 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: Jetty Affects Versions: 2.1 Environment: windows xp Reporter: Viet Hung Nguyen Assignee: Anita Kulshreshtha Fix For: 2.1 Attachments: geronimo-3490.patch, geronimo-3490b.patch Jetty6 provides connector statistics, but they are not being surfaced in Geronimo's source code. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Geronimo IRC logs
Thanks Kevan! Anita --- Kevan Miller [EMAIL PROTECTED] wrote: On Nov 8, 2007 8:55 AM, Anita Kulshreshtha [EMAIL PROTECTED] wrote: Does anyone know why IRC is not being logged? I think this should be fixed, now... Somebody needs to start an IRC conversation, before we know for sure... ;-) --kevan Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ
Re: Can we deal generically with container specific jsr77 statistics?
IIUC, you are saying that the container specific StatsImpl will have the extended map to define extra statistics, but getStats() will return generic StatsImpl. JSR77.6.10.1.1 requires that for every statisitc named XYZ, there must be a method named getXYZ to get the value of the statistics. In other words adding statistic to the map is not enough. More inline... --- David Jencks [EMAIL PROTECTED] wrote: 1. Only generic interfaces in g-management, and we pretty much insist that clients use the generic interfaces only. If they want something else its up to them to figure out how to find it, and it might not exist. If we tell the client that a component is a statisticsProvider, than it must provide getStats() in accordance with JSR77.6.10.1.1. 2. Only generic interfaces in g-management, specific interfaces in the component modules (such as jetty/tomcat) and we expect clients to use the specific interfaces, thus they will need to import the component modules to get the interfaces That would certainly make using any other tool a bit harder than it needs to be. One must figure out where all the StatsImpl that could possibly be supported by geronimo are defined, and put all the jars on the classpath. 3. Specific interfaces in g-management, and we expect clients to use the specific interfaces. I am all for this :). I am looking forward to a convincing argument for not choosing this. Thanks Anita Hope this clarifies what we are talking about. david jencks thanks david jencks Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Can we deal generically with container specific jsr77 statistics?
--- Joe Bohn [EMAIL PROTECTED] wrote: Anita Kulshreshtha wrote: David, Please see https://issues.apache.org/jira/browse/GERONIMO-3586#action_12540957 To summarize, the question is whether Tomcat*Stats (and Tomcat*StatsImpl) is a management interface or a tomcat interface. To me, if it imports only management classes, it is a management interface and its implementation which also imports ONLY management classes belongs in g-management. Given that all management interfaces and their 33 implementations are in g-management, I stand corrected, 30 implementations. Thanks Anita Just to clarify the structure and the history: The standard Stats from the the JSR77 spec are in o/a/g/management/stats The generic Geronimo Stats which are extensions to the spec are in o/a/g/management/geronimo/stats Until recently, the o/a/g/management/geronimo/stats package only included generic stats classes (meaning they were not supposed to be specific to the implementation of the component such as Jetty or Tomcat). Jetty specific classes which extended these generic classes were in o/a/g/jetty and the intention was that tomcat specific classes would be included in tomcat. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Can we deal generically with container specific jsr77 statistics?
--- Erik B. Craig [EMAIL PROTECTED] wrote: say, openEJB or somesuch would also reside here rather than within our openEJB package? If so, how would this all play into the pluggable server/framework design? Since these classes ONLY depend on management classes and not on openEJB or somesuch, it does not affect the pluggable server/framework design. I do not think we are planning to strip down classes from g-management to cater to pluggable framework and add classes as we upgrade to a higher assembly. Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Can we deal generically with container specific jsr77 statistics?
David, Please see https://issues.apache.org/jira/browse/GERONIMO-3586#action_12540957 To summarize, the question is whether Tomcat*Stats (and Tomcat*StatsImpl) is a management interface or a tomcat interface. To me, if it imports only management classes, it is a management interface and its implementation which also imports ONLY management classes belongs in g-management. Given that all management interfaces and their 33 implementations are in g-management, I do not think it is worth the effort maintaining duplicate classes just for Jetty. I suggest that we move Jetty*Stats classes to g-management for now. If we start having 2 EJB implementations, 2 Transaction managers or 2 JMS providers, then we should implement the alternative suggested by you. More inline... --- David Jencks [EMAIL PROTECTED] wrote: There's been some discussion on https://issues.apache.org/jira/browse/ GERONIMO-3586 and https://issues.apache.org/jira/browse/GERONIMO-3587 about how to deal with the jetty and tomcat jsr77 statistics. It ... an idea to suggest that might keep the container specific code in the containers and allow management code to avoid needing any container specific classes. These implementations DO NOT need any container specific classes. Until we come across one that needs one, we should put them in g-management. . IIUC the problems start when you try to send e.g. a JettyWebConnectorStatsImpl over the wire to a monitoring app, and the object can't be deserialized. Yes, and we must make sure that all StatsImpl (standard and geronimo specific) are available via g-management to someone who might want to write a stand alone client, use jconsole or any similar tool to get to stats. Thanks Anita I suggest we have in geronimo-management a StatsImpl class similar to the existing one but taking the name-statistic map in its constructor and being immutable. Then the jetty/tomcat specific stats classes won't implement Stats at all but just the container specific method. Instead of extending StatsImpl they will delegate to an instance they create in their constructor. The MEJB can return the delegate StatsImpl objects, thus avoiding any need for any container specific classes, and the container specific adapters can be in with the containers. Comments? thanks david jencks __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Geronimo IRC logs
Does anyone know why IRC is not being logged? Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Can we deal generically with container specific jsr77 statistics?
We do not control what openEJB or somesuch ship with. We need to make all StatsImpl available via g-management. Thanks Anita --- Erik B. Craig [EMAIL PROTECTED] wrote: At the risk of getting caught in the crossfire here... So, lets say the classes for jetty or tomcat that extend those in o/a/g/management/geronimo/stats reside within same package... are we then saying that classes extending those for, say, openEJB or somesuch would also reside here rather than within our openEJB package? If so, how would this all play into the pluggable server/framework design? -Erik On Nov 8, 2007 9:31 AM, Joe Bohn [EMAIL PROTECTED] wrote: Anita Kulshreshtha wrote: David, Please see https://issues.apache.org/jira/browse/GERONIMO-3586#action_12540957 To summarize, the question is whether Tomcat*Stats (and Tomcat*StatsImpl) is a management interface or a tomcat interface. To me, if it imports only management classes, it is a management interface and its implementation which also imports ONLY management classes belongs in g-management. Given that all management interfaces and their 33 implementations are in g-management, Just to clarify the structure and the history: The standard Stats from the the JSR77 spec are in o/a/g/management/stats The generic Geronimo Stats which are extensions to the spec are in o/a/g/management/geronimo/stats Until recently, the o/a/g/management/geronimo/stats package only included generic stats classes (meaning they were not supposed to be specific to the implementation of the component such as Jetty or Tomcat). Jetty specific classes which extended these generic classes were in o/a/g/jetty and the intention was that tomcat specific classes would be included in tomcat. Joe -- Erik B. Craig __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Can we deal generically with container specific jsr77 statistics?
--- Paul McMahan [EMAIL PROTECTED] wrote: While I think that technically Anita is correct this approach produces some practical challenges. If all the *StatsImpl classes for all components in the server are gathered in g-management then how can the *StatsImpl classes be upgraded, modified, or replaced without also replacing g- management? Paul, We are talking about few classes (e.g. 3 each for tomcat/Jetty) per component not few jars. I do not think it is worth having separate g-management for each assembly. Especially when we still ship all specs _jars_ in the smallest assembly. I hope this answers your concerns.. Thanks Anita The g-management module would become a major source of contention as various components fix and improve their management interfaces (and we hope they do). And since g-management is part of the core framework I think replacing it would require recycling the server (not verified). Let's weigh this out against the overhead of maintaining separate configs for each of the various assembly configurations, which is certainly no trivial matter. Best wishes, Paul On Nov 8, 2007, at 10:10 AM, Anita Kulshreshtha wrote: --- Erik B. Craig [EMAIL PROTECTED] wrote: say, openEJB or somesuch would also reside here rather than within our openEJB package? If so, how would this all play into the pluggable server/framework design? Since these classes ONLY depend on management classes and not on openEJB or somesuch, it does not affect the pluggable server/framework design. I do not think we are planning to strip down classes from g-management to cater to pluggable framework and add classes as we upgrade to a higher assembly. Thanks Anita __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
[jira] Commented: (GERONIMO-3587) Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats
[ https://issues.apache.org/jira/browse/GERONIMO-3587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540740 ] Anita Kulshreshtha commented on GERONIMO-3587: -- Joe, Please see https://issues.apache.org/jira/browse/GERONIMO-3586#action_12540569. Move TomcatWebConnector stats objects from under o/a/g/management to o/a/g/tomcat/stats --- Key: GERONIMO-3587 URL: https://issues.apache.org/jira/browse/GERONIMO-3587 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: management, Tomcat Affects Versions: 2.1 Reporter: Joe Bohn Priority: Minor There are currently Tomcat specific implementations under o/a/g/management. These should be included under tomcat. We're trying to get things more modular so that tomcat specific elements are only included if tomcat itself is installed. Likewise for Jetty. Having these elements under management pulls Tomcat specific items into the image when Tomcat itself is not included. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540811 ] Anita Kulshreshtha commented on GERONIMO-3586: -- For the instance of Tomcat, it works fine because mrc-server depends on MEJB which depends on G-management, which is where the Tomcat stuff is located. However, since Jetty is still in G-jetty6 and nothing depends on it, it fails to be visible by the mrc-server. This is a perfect example of why the Jetty*Stats and Jetty*StatsImpl classes should be in g-management and not in g-jetty6. Otherwise we will need two versions of Monitoring console (client, mrc-server,..). Though you could use JSR77 to get all the info you need from any StatsImpl, e.g. if a StatsImpl (could be a Jetty*StatsImpl) has a statistic named XYX, it will have a method named getXYZ. Using this you could get all Statistics in the StatsImpl. The mrc-server also consumes too many resources, in its current form it can not be loaded in the same JVM as the server to be monitored. 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.
[jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540787 ] Anita Kulshreshtha commented on GERONIMO-3586: -- The code in the sandbox is still a work in progress. In a realistic situation the monitoring console (aka client in sandbox) will NEVER be loaded in the same server (JVM) as the server it is supposed to monitor. As for the monitoring plugin, the mrc-server should not need any container specific class. That is the spirit of JSR77. May I ask where these classes are needed? 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.
[jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540957 ] Anita Kulshreshtha commented on GERONIMO-3586: -- Prasad, The (tomcat) Stats and StatsImpl in question are _management_ interfaces. There is NO CONTAINER SPECIFIC code in them. They do not need container code to compile. These are no different than EJBStats, JTAStats or many other Stats in g-management package. The same should be true for Jetty. This is why I propose that we move the Jetty*Stats* to g-managemnt. Joe, We need to distinguish between the server the tool is running on and the server that is being monitored. Yes we can have two versions of the tool (just like console). But that does not mean that a tool running on tomcat can not monitor a server instance running on Jetty. An important difference between admin console and monitoring console is that admin console administers the server it resides on, but a realistic monitoring console NEVER monitors the server it resides in. I hope this is helpful. 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.
[jira] Commented: (GERONIMO-3586) monitoring plugin: collecting agent should have separate jetty and tomcat plugins
[ https://issues.apache.org/jira/browse/GERONIMO-3586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12540545 ] Anita Kulshreshtha commented on GERONIMO-3586: -- Viet, The mrc-server code should not need to refer to any specific stats or statsImpl. Could you please elaborate why you need to know about them? However we do need to move the Jetty*Stats and Jetty*StatsImpl to geronimo-management (o.a.g.management.geronimo.stats) module. 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.