Re: question for you
From: jim stephenson 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" 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] 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-3697) Monitoring Console fix ups
[ https://issues.apache.org/jira/browse/GERONIMO-3697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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] 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-tabpanel&focusedCommentId=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: 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=614900&view=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=614900&r1=614899&r2=614900&view=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 @@
> -
> -
> -
> -
> -
> -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";>
> -
> -4.0.0
> -
> -
> -org.apache.geronimo.plugins.monitoring
> -monitoring
> -2.1-SNAPSHOT
> -../pom.xml
> -
> -
> -agent-ear
> -Geronimo Plugins, Monitoring :: Agent EAR
> -ear
> -
> -Geronimo Monitoring Agent EAR Module
> -
> -
> -
> -${pom.groupId}
> -agent-ejb
> -${monitoringConsoleVersion}
> -ejb
> -
> -
> -
> -
> -
> -
> -maven-ear-plugin
> -
> -Geronimo Monitoring Agent EAR
>
> -Geronimo Monitoring Agent
> EAR
> -5
> -
> -
> -${pom.groupId}
> -agent-ejb
> -
> agent-ejb.jar
> -
> -
> -${pom.groupId}
> -agent-jar
> -lib
> -
>
> -
> -
> -
> ${project.build.outputDirectory}
> -
> -
> -
> false
> -
> -
> -
> -
> -
> -
> -
> -
> +
> +
> +
> +
> +
> +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";>
> +
> +4.0.0
> +
> +
> +org.apache.geronimo.plugins.monitoring
> +monitoring
> +2.1-SNAPSHOT
> +../pom.xml
> +
> +
> +agent-ear
> +Geronimo Plugins, Monitoring :: Agent EAR
> +ear
> +
> +Geronimo Monitoring Agent EAR Module
> +
> +
> +
> +${pom.groupId}
> +agent-ejb
> +${monitoringConsoleVersion}
> +ejb
> +
> +
> +
> +
> +
> +
> +maven-ear-plugin
> +
> +Geronimo Monitoring Agent EAR
>
> +Geronimo Monitoring Agent
> EAR
> +5
> +
> +
> +${pom.groupId}
> +agent-ejb
> +
> agent-ejb.jar
> +
>
=== message truncated ===
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
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.(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.
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-3755) application-1.2 schema does not exist
[ https://issues.apache.org/jira/browse/GERONIMO-3755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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.
[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-tabpanel&focusedCommentId=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}
...
zh
com.foo.myApp.QuotePortlet
Stock Quote Portlet
Stock
finance,stock market
...
{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}
...
Stock Quote Portlet
Stock
finance,stock market
com.foo.myApp.QuotePortlet
...
{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] Commented: (GERONIMO-1775) Internationalization of the Admin Console
[
https://issues.apache.org/jira/browse/GERONIMO-1775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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}
...
Stock Quote Portlet
Stock
finance,stock market
com.foo.myApp.QuotePortlet
...
{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-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.
[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.
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 > > > org.apache.geronimo.configs > configs > 2.1-SNAPSHOT > ../pom.xml > > > j2ee-server > > > The is just wrong. If we were to make it accurate it > > would be > > > org.apache.geronimo.configs > configs > 2.1-SNAPSHOT > ../../framework/configs/pom.xml > > > j2ee-server > > 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
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
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
[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.
[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.
[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-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] 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] 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] 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.
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
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
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
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
java.util.concu
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] 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.
[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] 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-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] 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: 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
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
[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.
[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.
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-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.
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
[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.
[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
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
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: 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: [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
[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] 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-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.
[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] 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] 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-3678) Monitoring console should accept a port no for server to be monitored
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 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
--- 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
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: [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
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: 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 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=601152&r1=601151&r2=601152&view=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
> 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 Map
> >> buildExplicitResolution(String versionMapLocation, ServerInfo
> >> serverInfo) throws IOException {
> >> if (versionMapLocation == null) {
> >> return null;
> >> @@ -123,7 +128,7 @@
> >> public synchronized void addAliases(Properties properties)
> >> throws IOException {
> >> Map explicitResolutions =
> >> propertiesToArtifactMap(properties);
> >> getExplicitResolution().putAll(explicitResolutions);
> >> -saveExplicitResolution(getExplicitResolution(),
> >> versionMapLocation, serverInfo);
> >> +saveExplicitResolution(getExplicitResolution(),
> >> arti
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: 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 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=601152&r1=601151&r2=601152&view=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 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 Map
> buildExplicitResolution(String versionMapLocation, ServerInfo
> serverInfo) throws IOException {
> if (versionMapLocation == null) {
> return null;
> @@ -123,7 +128,7 @@
> public synchronized void addAliases(Properties properties)
> throws IOException {
> Map 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=601152&view=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
> AliasedArt
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: 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?
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: 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
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
[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.
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] 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- 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.
[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.
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
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
[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] 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] 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.
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
[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.
[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.apach
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?
--- 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
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?
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?
--- 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
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?
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
[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_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-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.
