Re: svn commit: r661343 - /geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java
Its unnecessary to guard these log statements. --jason On May 29, 2008, at 9:59 PM, [EMAIL PROTECTED] wrote: Author: jawarner Date: Thu May 29 07:59:43 2008 New Revision: 661343 URL: http://svn.apache.org/viewvc?rev=661343&view=rev Log: GERONIMO-4087: Improve usability of gshell commands deploy/* when failing to connect to server Modified: geronimo/server/branches/2.1/framework/modules/geronimo-deploy- jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/ BaseDeploymentFactory.java Modified: geronimo/server/branches/2.1/framework/modules/geronimo- deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/ factories/BaseDeploymentFactory.java URL: http://svn.apache.org/viewvc/geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java?rev=661343&r1=661342&r2=661343&view=diff = = = = = = = = == --- geronimo/server/branches/2.1/framework/modules/geronimo-deploy- jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/ BaseDeploymentFactory.java (original) +++ geronimo/server/branches/2.1/framework/modules/geronimo-deploy- jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/ BaseDeploymentFactory.java Thu May 29 07:59:43 2008 @@ -178,10 +178,14 @@ } return manager; } catch (IOException e) { -log.fatal("caught ", e); + if (log.isDebugEnabled()) { +log.debug("caught ", e); + } DeploymentManagerCreationException deploymentManagerCreationException = (DeploymentManagerCreationException) new DeploymentManagerCreationException(e.getMessage()).initCause(e); -log.fatal("throwing ", deploymentManagerCreationException); +if (log.isDebugEnabled()) { +log.debug("throwing ", deploymentManagerCreationException); +} throw deploymentManagerCreationException; } catch (SecurityException e) { if (log.isDebugEnabled()) {
Re: Plugins and JVM version
jvm-version should probably be allowed to contain some range expression. --jason On May 29, 2008, at 12:02 PM, Jarek Gawor wrote: Hi, While looking at https://issues.apache.org/jira/browse/GERONIMO-4089 one of the problems I discovered was that all of our plugins require Java 1.5 at runtime (geronimo-plugin.xml has 1.5 entry). So even assuming we built Geronimo with Java 1.5 but we are running with 1.6, none of the plugins will install. So the question is, should the geronimo-plugin.xml specify both Java versions or should it not list any version at all? Same issue applies to the sample plugins. Jarek
[jira] Updated: (GSHELL-117) GShell doesn't support "\" in the path in Widnows platform
[ https://issues.apache.org/jira/browse/GSHELL-117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Dillon updated GSHELL-117: Fix Version/s: (was: 1.0-alpha-2) > GShell doesn't support "\" in the path in Widnows platform > -- > > Key: GSHELL-117 > URL: https://issues.apache.org/jira/browse/GSHELL-117 > Project: GShell > Issue Type: Bug > Security Level: public(Regular issues) > Components: CLI >Affects Versions: 1.0-alpha-1, 1.0-alpha-2 > Environment: Windows >Reporter: YunFeng Ma >Assignee: Jason Dillon > Fix For: 1.0-alpha-3 > > > Run the following command and get errors in Windows > {noformat} > deploy/deploy H:\FTP_ROOT\Build\cviewer.war > ERROR TokenMgrError: Lexical error at line 1, column 18. Encountered: "F" > (70), after : "\\" > {noformat} > It works fine for double slash: > deploy/deploy H:\\FTP_ROOT\\Build\\cviewer.war > It's not convenience for windows users. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GSHELL-117) GShell doesn't support "\" in the path in Widnows platform
[ https://issues.apache.org/jira/browse/GSHELL-117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12601006#action_12601006 ] Jason Dillon commented on GSHELL-117: - Does it work with the windows path in quotes (single and/or double)? > GShell doesn't support "\" in the path in Widnows platform > -- > > Key: GSHELL-117 > URL: https://issues.apache.org/jira/browse/GSHELL-117 > Project: GShell > Issue Type: Bug > Security Level: public(Regular issues) > Components: CLI >Affects Versions: 1.0-alpha-1, 1.0-alpha-2 > Environment: Windows >Reporter: YunFeng Ma >Assignee: Jason Dillon > Fix For: 1.0-alpha-2, 1.0-alpha-3 > > > Run the following command and get errors in Windows > {noformat} > deploy/deploy H:\FTP_ROOT\Build\cviewer.war > ERROR TokenMgrError: Lexical error at line 1, column 18. Encountered: "F" > (70), after : "\\" > {noformat} > It works fine for double slash: > deploy/deploy H:\\FTP_ROOT\\Build\\cviewer.war > It's not convenience for windows users. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4091) Deployment plans - persistence
Deployment plans - persistence -- Key: GERONIMO-4091 URL: https://issues.apache.org/jira/browse/GERONIMO-4091 Project: Geronimo Issue Type: Task Security Level: public (Regular issues) Components: documentation Affects Versions: 2.1.1, 2.1 Reporter: Hernan Cunico Geronimo 2.1 Documentation - Deployment plans -> persistence.xml Suggested basic structure. * Deployment plan overview _(include packaging)_ * Review of standard corresponding deployment descriptor * Review of XML Schemas _(some schemas are documented here http://geronimo.apache.org/apache-geronimo-v21-xml-schemas.html)_ * Dep plan break down _(environment, dependencies, references, etc.)_ * Samples See http://cwiki.apache.org/GMOxDOC21/deployment.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 661542
Geronimo Revision: 661542 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 25 seconds [INFO] Finished at: Thu May 29 21:34:45 EDT 2008 [INFO] Final Memory: 383M/1013M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529/logs-2100-tomcat/test.log [INFO] [site:attach-descriptor] [INFO] [selenium:start-server {execution: start}] Launching Selenium Server Waiting for Selenium Server... [INFO] Including display properties from: /home/geronimo/geronimo/trunk/testsuite/target/selenium/display.properties [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/selenium/server.log [INFO] User extensions: /home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js Selenium Server started Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom [INFO] [geronimo:start-server {execution: start}] [INFO] Using assembly configuration: tomcat [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:38.658 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 27 test build(s) [INFO] [INFO] --- [INFO] [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:35.785) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:40.373) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:44.183) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:49.923) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.376) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:30.249) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:29.480) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:29.887) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:37.032) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:43.707) [INFO] enterprise-testsuite/jpa-tests RUNNING
[jira] Closed: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3993. -- Resolution: Fixed Assignee: David Jencks (was: Gianny Damour) Joe's tests seem to indicate that the current fix works OK. > Server fails to relaunch after deploying an application to a WADI cluster > - > > Key: GERONIMO-3993 > URL: https://issues.apache.org/jira/browse/GERONIMO-3993 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: Windows >Reporter: YunFeng Ma >Assignee: David Jencks > Fix For: 2.1.2, 2.1.x, 2.2 > > Attachments: GERONIMO-3993.diff > > > 1. A WADI cluster with two Nodes: Node1 and Node2 > 2. Deploy an application to Node1 > 3. Stop Node1 and Node2 > 4. Start Node1 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > {noformat} > 5. Start Node2 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer_G_SLAVE/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kern
[jira] Assigned: (GERONIMO-2814) Add a second repository to Geronimo
[ https://issues.apache.org/jira/browse/GERONIMO-2814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn reassigned GERONIMO-2814: -- Assignee: Joe Bohn > Add a second repository to Geronimo > --- > > Key: GERONIMO-2814 > URL: https://issues.apache.org/jira/browse/GERONIMO-2814 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: deployment >Affects Versions: 1.1.x, 2.0-M2 >Reporter: Ted Kirby >Assignee: Joe Bohn >Priority: Minor > Fix For: Wish List > > Attachments: GERONIMO-2814-J2EEServerImpl.patch, JIRA-2814-2.0.patch, > repo2-1.2-plan.xml, repo2-111-plan.xml, repo2-ag20-plan.xml, > repo2-ag20-plan2.xml, ServerRepository-ag20-export.zip, > ServerRepository-ag20-plan.xml > > > It would be nice to allow for a second repository for applications separate > from the default repository used by geronimo. > One use case would be for multiple server instances where the geronimo > repository would be read-only, and each server instance would have its own > read-write repository. > I have attached a 2.0 plan for a second repository, called repo2.xml. > Here is how to use it: > mkdir /repo2 > deploy repo2.xml > The target names are long and cumbersome: > >java deployer.jar list-targets > Available Targets: > > org.example.configs/myrepo/2.0-SNAPSHOT/car?ServiceModule=org.example.configs/myrepo/2.0-SNAPSHOT/car,j2eeType=ConfigurationStore,name=Local2 > > org.apache.geronimo.configs/j2ee-system/2.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.configs/j2ee-system/2.0-SNAPSHOT/car,j2eeType=ConfigurationStore,name=Local > Use of environment variables recommended for command-line use. > To deploy to the new repo, use: > deploy --targets %REPO2% sample.war > deploy list-modules also gives those long target names on each module. > However, deploy list-modules %REPO2% gives the accustomed short output. > >java deployer.jar undeploy "%REPO2%|geronimo/jsp-examples/1.1.1/war" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600934#action_12600934 ] Joe Bohn commented on GERONIMO-3993: merged into branches/2.1 in rev 661494 > Server fails to relaunch after deploying an application to a WADI cluster > - > > Key: GERONIMO-3993 > URL: https://issues.apache.org/jira/browse/GERONIMO-3993 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: Windows >Reporter: YunFeng Ma >Assignee: Gianny Damour > Fix For: 2.1.2, 2.1.x, 2.2 > > Attachments: GERONIMO-3993.diff > > > 1. A WADI cluster with two Nodes: Node1 and Node2 > 2. Deploy an application to Node1 > 3. Stop Node1 and Node2 > 4. Start Node1 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > {noformat} > 5. Start Node2 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer_G_SLAVE/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Mai
[jira] Closed: (GERONIMO-556) Optional resource refs
[ https://issues.apache.org/jira/browse/GERONIMO-556?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-556. - Resolution: Won't Fix I don't think this is worth the effort. If someone has optional resource refs perhaps they can look them up in the global jca: context where they are all now bound. This is less flexible but there doesnt' seem to be any support for this feature. > Optional resource refs > -- > > Key: GERONIMO-556 > URL: https://issues.apache.org/jira/browse/GERONIMO-556 > Project: Geronimo > Issue Type: New Feature > Components: deployment >Reporter: David Jencks >Assignee: David Jencks > Fix For: Wish List > > > Right now, all resource refs (and other jndi entries) specified in a spec-dd > must be resolved during deployment or building the configuration will fail. > It's possible that some resource refs are optional and that the app can > function to some extent with them missing. > We could support this by including an optional "optional" marker in the > geronimo plan. The simplest implementation would attempt to resolve the ref > to an object name present during deployment, and use it if the name is found, > and bind nothing if the name is not found. Then the app would get a naming > exception at runtime if it tried to look up the missing resource. > We should decide what should happen when the entire target object name is > supplied. We could use it to bind a reference, or only bind a reference if > the gbean is present at deploy-time. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2497) integrate TripleSec as a JACC provider
[ https://issues.apache.org/jira/browse/GERONIMO-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-2497. -- Resolution: Won't Fix I don't think triplesec is likely to be usable anytime soon. If it wakes up we can try again. > integrate TripleSec as a JACC provider > -- > > Key: GERONIMO-2497 > URL: https://issues.apache.org/jira/browse/GERONIMO-2497 > Project: Geronimo > Issue Type: New Feature > Security Level: public(Regular issues) > Components: security >Affects Versions: 1.2 >Reporter: David Jencks >Assignee: David Jencks > Fix For: Wish List > > > The TripleSec project will soon be a part of Apache Directory. It should be > failrly simple to use it as a JACC provider in geronimo. CF mailing list > discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-799) distributed transactions not yet implemented
[ https://issues.apache.org/jira/browse/GERONIMO-799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks reassigned GERONIMO-799: - Assignee: (was: David Jencks) I'm unlikely to be able to work on this in the forseeable future. > distributed transactions not yet implemented > > > Key: GERONIMO-799 > URL: https://issues.apache.org/jira/browse/GERONIMO-799 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: transaction manager >Affects Versions: 1.0-M4 >Reporter: David Jencks > Fix For: Wish List > > > We don't transfer transactions between vms. This prevents actual corba tx > interop and app client UserTransaction for remote calls. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2969) Transaction recovery broken for MDBs
[ https://issues.apache.org/jira/browse/GERONIMO-2969?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-2969. -- Resolution: Fixed Fix Version/s: 2.0.1 2.2 Fixed by last openejb release (3.0?) > Transaction recovery broken for MDBs > > > Key: GERONIMO-2969 > URL: https://issues.apache.org/jira/browse/GERONIMO-2969 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: connector, OpenEJB >Reporter: Dain Sundstrom >Assignee: David Jencks > Fix For: 2.2, 2.0.1 > > > Transaction recovery for MDBs is not currently working because the OpenEJB > MdbContainer does not register the XAResources from an ActivationSpec with > the Geronimo transaction manager. This means that Geronimo has no resource > name to write in to the transaction recovery log. > I commented out the code in the HowlLog that enforces a registered name to > the MDB container will function, but the recover process will not work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3243) ActiveMQ violates System Properties
[ https://issues.apache.org/jira/browse/GERONIMO-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-3243. -- Resolution: Fixed Fixed in latest activeio and activemq 4.x and 5.x releases. > ActiveMQ violates System Properties > --- > > Key: GERONIMO-3243 > URL: https://issues.apache.org/jira/browse/GERONIMO-3243 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: ActiveMQ >Affects Versions: 2.0.1, 2.0.2, 2.0.x, 2.1, 2.1.1, 2.2 >Reporter: solprovider >Assignee: David Jencks > Fix For: 2.2 > > > The latest Geronimo 1.2 and 2.0 use ActiveMQ. (Would someone familiar with > Geronimo development please add all affected versions?) > ActiveMQ adds a HashMap as a global Property named > "org.apache.activeio.journal.active.lockMap". > Properties must use Strings for keys and values per > http://java.sun.com/j2se/1.4.2/docs/api/java/util/Properties.html > This causes any code reading all the Properties and expecting Strings to > error. > {code:title=Test Code|borderStyle=solid} >boolean test(){ //true = passes, false = failed. > boolean test = true; > java.util.Properties properties = System.getProperties(); > java.util.Enumeration enumeration = properties.elements(); > while(test & enumeration.hasMoreElements()) test= > String.class.equals(enumeration.nextElement().getClass()); > enumeration = properties.keys(); > while(test & enumeration.hasMoreElements()) test= > String.class.equals(enumeration.nextElement().getClass()); > return test; >} > {code} > The permanent fix is for Geronimo to update to a better version of ActiveMQ, > either downgrading to before the bug was programmed or wait for the ActiveMQ > team to follow the standards. That is unlikely to be tested and released > quickly. > The quick fix is to disable the offensive code. For Geronimo 1.2 on > Windows, add this line at the beginning of STARTUP.BAT: > SET GERONIMO_OPTS=-Dorg.apache.activeio.journal.active.DisableLocking=true > %GERONIMO_OPTS% > David Jencks suggested that Geronimo can set the > org.apache.activeio.journal.active.DisableLocking property in a Geronimo > SystemProperties gbean, there's one called ServerSystemProperties in > j2ee-server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600890#action_12600890 ] David Jencks commented on GERONIMO-3993: patch applied to trunk rev 661442. > Server fails to relaunch after deploying an application to a WADI cluster > - > > Key: GERONIMO-3993 > URL: https://issues.apache.org/jira/browse/GERONIMO-3993 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: Windows >Reporter: YunFeng Ma >Assignee: Gianny Damour > Fix For: 2.1.2, 2.1.x, 2.2 > > Attachments: GERONIMO-3993.diff > > > 1. A WADI cluster with two Nodes: Node1 and Node2 > 2. Deploy an application to Node1 > 3. Stop Node1 and Node2 > 4. Start Node1 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > {noformat} > 5. Start Node2 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer_G_SLAVE/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main
[BUILD] trunk: Failed for Revision: 661325
Geronimo Revision: 661325 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529/build-0900.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 16 seconds [INFO] Finished at: Thu May 29 09:35:24 EDT 2008 [INFO] Final Memory: 384M/1014M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529/logs-0900-tomcat/test.log [INFO] [site:attach-descriptor] [INFO] [selenium:start-server {execution: start}] Launching Selenium Server Waiting for Selenium Server... [INFO] Including display properties from: /home/geronimo/geronimo/trunk/testsuite/target/selenium/display.properties [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/selenium/server.log [INFO] User extensions: /home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js Selenium Server started Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom [INFO] [geronimo:start-server {execution: start}] [INFO] Using assembly configuration: tomcat [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:41.568 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 27 test build(s) [INFO] [INFO] --- [INFO] [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:37.279) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:40.619) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:44.898) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:48.830) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.582) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:29.791) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.829) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.937) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:38.551) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:45.697) [INFO] enterprise-testsuite/jpa-tests RUNNING
[jira] Issue Comment Edited: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600878#action_12600878 ] jbohn edited comment on GERONIMO-3993 at 5/29/08 12:06 PM: -- I tried out the patch and it seems to have resolved the problem (at least it worked for my scenario with multiple repositories). My vote would be to commit this. was (Author: jbohn): I tried out the patch and it seems to have resolved the problem (at least my worked for my scenario with multiple repositories). My vote would be to commit this. > Server fails to relaunch after deploying an application to a WADI cluster > - > > Key: GERONIMO-3993 > URL: https://issues.apache.org/jira/browse/GERONIMO-3993 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: Windows >Reporter: YunFeng Ma >Assignee: Gianny Damour > Fix For: 2.1.2, 2.1.x, 2.2 > > Attachments: GERONIMO-3993.diff > > > 1. A WADI cluster with two Nodes: Node1 and Node2 > 2. Deploy an application to Node1 > 3. Stop Node1 and Node2 > 4. Start Node1 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > {noformat} > 5. Start Node2 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer_G_SLAVE/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > o
[jira] Updated: (GERONIMO-4090) non-overridable-classes in an environment are ignored in that configuration, only used for children
[ https://issues.apache.org/jira/browse/GERONIMO-4090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks updated GERONIMO-4090: --- Attachment: GERONIMO-4090 One line change that includes the current configs non-overridable-classes. I want to understand the intent behind this element before proceeding. > non-overridable-classes in an environment are ignored in that configuration, > only used for children > --- > > Key: GERONIMO-4090 > URL: https://issues.apache.org/jira/browse/GERONIMO-4090 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: kernel >Affects Versions: 2.1.x, 2.2 >Reporter: David Jencks >Assignee: David Jencks > Fix For: 2.1.x, 2.2 > > Attachments: GERONIMO-4090 > > > Configuration collects all the non-overridable-classes filters from all its > ancestors, but ignores the one in the config's environment itself. This > doesn't seem right. Also I'm not sure the interaction between ancestors > hidden-classes and non-overridable-classes has been thought through. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4027) Accessibility issue: Tree icons in high contrast mode cannot be seen
[ https://issues.apache.org/jira/browse/GERONIMO-4027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600881#action_12600881 ] Joseph Leong commented on GERONIMO-4027: I guess i wouldn't modify the 3rd party lib, the problem might come back when upgrading the lib and possibly more overhead for maintaining a private build. Thoughts? So it looks like the css linking to the icon just appears to be broken. Modifying that piece and testing to make sure that was the only issue. -Joseph Leong > Accessibility issue: Tree icons in high contrast mode cannot be seen > > > Key: GERONIMO-4027 > URL: https://issues.apache.org/jira/browse/GERONIMO-4027 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1 > Environment: Windows XP SP2, IE 6.0 >Reporter: Xia Ming >Assignee: Joseph Leong >Priority: Minor > > To enable low-vision people to use admin console, the tree icons in these > pages shall be improved: > Classloader tree > JNDI tree > Dependency tree > Note that, after tested, only MBeans tree's icon could be seen in the high > contrast mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600878#action_12600878 ] Joe Bohn commented on GERONIMO-3993: I tried out the patch and it seems to have resolved the problem (at least my worked for my scenario with multiple repositories). My vote would be to commit this. > Server fails to relaunch after deploying an application to a WADI cluster > - > > Key: GERONIMO-3993 > URL: https://issues.apache.org/jira/browse/GERONIMO-3993 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: Windows >Reporter: YunFeng Ma >Assignee: Gianny Damour > Fix For: 2.1.2, 2.1.x, 2.2 > > Attachments: GERONIMO-3993.diff > > > 1. A WADI cluster with two Nodes: Node1 and Node2 > 2. Deploy an application to Node1 > 3. Stop Node1 and Node2 > 4. Start Node1 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > {noformat} > 5. Start Node2 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer_G_SLAVE/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.Embedd
[jira] Created: (GERONIMO-4090) non-overridable-classes in an environment are ignored in that configuration, only used for children
non-overridable-classes in an environment are ignored in that configuration, only used for children --- Key: GERONIMO-4090 URL: https://issues.apache.org/jira/browse/GERONIMO-4090 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: kernel Affects Versions: 2.1.x, 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.1.x, 2.2 Configuration collects all the non-overridable-classes filters from all its ancestors, but ignores the one in the config's environment itself. This doesn't seem right. Also I'm not sure the interaction between ancestors hidden-classes and non-overridable-classes has been thought through. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3812) Geronimo 2.0.2 misses ApacheDS (LDAP) function
[ https://issues.apache.org/jira/browse/GERONIMO-3812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn updated GERONIMO-3812: --- Component/s: sample apps > Geronimo 2.0.2 misses ApacheDS (LDAP) function > -- > > Key: GERONIMO-3812 > URL: https://issues.apache.org/jira/browse/GERONIMO-3812 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: documentation, Plugins, sample apps >Affects Versions: 2.0.2 > Environment: Debian Linux, java version "1.5.0_14", > geronimo-tomcat6-jee5-2.0.2 >Reporter: Sakari Maaranen > > Geronimo documentation at > http://cwiki.apache.org/GMOxDOC20/ldap-sample-application.html talks about > org.apache.geronimo.configs/directory in system modules, but that does not > exist in Geronimo 2.0.2. > There is also a reference to Geronimo plugins. However, when I go to Plugins > in the Geronimo console and search the geronimo-2.0.2 reposityory there is > nothing related to ApacheDS or Directory. Like if the ApacheDS function was > completely missing. > The ApacheDS plugin should be added to the 2.0.2 plugin repository. The > documentation should be updated to give the steps how to install ApacheDS > with or without the plugin. The LDAP demo is useless if ApacheDS is > unavailable. > I found this much earlier discussion on the topic: > http://www.mail-archive.com/dev@geronimo.apache.org/msg52749.html > http://www.mail-archive.com/dev@geronimo.apache.org/msg55148.html > Frankly, I don't think that the forward compatibility is so much an issue, > but 2.0.2 completely lacking LDAP server. Would be better have it, even > without forward compatibility. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks updated GERONIMO-3993: --- Attachment: GERONIMO-3993.diff (patch from framework directory) Possible solution to this problem: only try to load and start the configs that can get their metadata loaded from existing config stores. Repeat until no progress is made. > Server fails to relaunch after deploying an application to a WADI cluster > - > > Key: GERONIMO-3993 > URL: https://issues.apache.org/jira/browse/GERONIMO-3993 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: Windows >Reporter: YunFeng Ma >Assignee: Gianny Damour > Fix For: 2.1.2, 2.1.x, 2.2 > > Attachments: GERONIMO-3993.diff > > > 1. A WADI cluster with two Nodes: Node1 and Node2 > 2. Deploy an application to Node1 > 3. Stop Node1 and Node2 > 4. Start Node1 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > {noformat} > 5. Start Node2 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer_G_SLAVE/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apac
[jira] Closed: (GERONIMO-2221) java.lang.ClassCastException while installing Servlet Examples
[ https://issues.apache.org/jira/browse/GERONIMO-2221?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn closed GERONIMO-2221. -- Resolution: Cannot Reproduce I'm assuming that this issue must have been resolved by now ... just doing some cleanup. Please re-open if this issue is still valid. > java.lang.ClassCastException while installing Servlet Examples > -- > > Key: GERONIMO-2221 > URL: https://issues.apache.org/jira/browse/GERONIMO-2221 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: web >Affects Versions: 1.2 > Environment: cygwin, java 1.4, Revision: 424964 >Reporter: Jacek Laskowski > > http://localhost:8080/ -> Servlet Examples -> click here (i.e. > http://localhost:8080/servlets-examples/?install=true) -> > {code} > > # Installed configuration > # id = geronimo/servlets-examples-tomcat/1.0/car > # location = > C:\geronimo-1.2-SNAPSHOT\repository\geronimo\servlets-examples-tomcat\1.0\servlets-examples-tomcat-1.0.car > > 10:57:46,031 WARN [ConfigurationStoreUtil] Checksum file not found: > C:\geronimo-1.2-SNAPSHOT\repository\geronimo\servlets-examples-tomcat\1.0\servlets-examples-tomcat-1.0.car\META > -INF\config.ser.sha1 > 10:57:46,046 ERROR [[servlet_sample_installer]] Servlet.service() for servlet > servlet_sample_installer threw exception > java.lang.ClassCastException > at > org.apache.geronimo.kernel.config.SerializedConfigurationMarshaler.readConfigurationData(SerializedConfigurationMarshaler.java:57) > at > org.apache.geronimo.kernel.config.ConfigurationUtil.readConfigurationData(ConfigurationUtil.java:167) > at > org.apache.geronimo.system.configuration.RepositoryConfigurationStore.loadConfiguration(RepositoryConfigurationStore.java:113) > {code} > It happens on Jetty, too. > The config.ser file of this example contains a raw GBeanInfo instead of a > ConfigurationData wrapping a GBeanInfo. It seems to me that the car file > format of this example is incorrect. I will investigate further a potential > root cause. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-3193) Upgrading documentation for deployment plan-geronimo-application.xml
[ https://issues.apache.org/jira/browse/GERONIMO-3193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn closed GERONIMO-3193. -- Resolution: Won't Fix Geronimo 1.2 has been out for quite a while now. I'm assuming this issue is resolved or if not it might no longer be relevant. Please reopen if this work is still in progress. > Upgrading documentation for deployment plan-geronimo-application.xml > > > Key: GERONIMO-3193 > URL: https://issues.apache.org/jira/browse/GERONIMO-3193 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: documentation >Affects Versions: 1.2 > Environment: Linux >Reporter: Kanchana Welagedara >Assignee: Kanchana Welagedara > > Upgrading the geronimo-application.xml deployment plans to version 1.2 and > Testing all the samples and deployment plans written in geronimo1.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-731) Sample application to illustrate EAR deployment - application with JSP, taglib, servlet + stateless session bean, using local EJB reference
[ https://issues.apache.org/jira/browse/GERONIMO-731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn resolved GERONIMO-731. --- Resolution: Fixed I'm going through and doing some cleanup. Not sure why this has hung around so long but I think we now have samples that demonstrate this. Please reopen (and update patch) if there is still a need for this. > Sample application to illustrate EAR deployment - application with JSP, > taglib, servlet + stateless session bean, using local EJB reference > --- > > Key: GERONIMO-731 > URL: https://issues.apache.org/jira/browse/GERONIMO-731 > Project: Geronimo > Issue Type: Improvement > Components: sample apps >Affects Versions: 1.0-M4 >Reporter: Sing Li > Fix For: Wish List > > Attachments: stateless.pat > > > patch attached, please test and add to geronimo/applications directory -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (GERONIMO-730) Sample application to illustrate typical webapp (WAR) deployment - webapp containing JSP, JSTL, custom tag lib, MVC servlet
[ https://issues.apache.org/jira/browse/GERONIMO-730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joe Bohn resolved GERONIMO-730. --- Resolution: Fixed I'm going through and doing some cleanup. Not sure why this has hung around so long but I think we now have samples that demonstrate this. Please reopen (and update patch) if there is still a need for this. > Sample application to illustrate typical webapp (WAR) deployment - webapp > containing JSP, JSTL, custom tag lib, MVC servlet > --- > > Key: GERONIMO-730 > URL: https://issues.apache.org/jira/browse/GERONIMO-730 > Project: Geronimo > Issue Type: Improvement > Components: sample apps >Affects Versions: 1.0-M4 >Reporter: Sing Li > Fix For: 1.x > > Attachments: webapp.pat > > > patch attached, please test and add under the geronimo/application directory -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-3910) Rename classes, remove IBM references
[ https://issues.apache.org/jira/browse/GERONIMO-3910?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600802#action_12600802 ] Joe Bohn commented on GERONIMO-3910: Are all the changes for this complete and can it now be closed? > Rename classes, remove IBM references > - > > Key: GERONIMO-3910 > URL: https://issues.apache.org/jira/browse/GERONIMO-3910 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: sample apps >Affects Versions: 1.x >Reporter: Erik B. Craig >Assignee: Erik B. Craig >Priority: Critical > > In the migration sample apps from the 1.0 branch, there are classes named > com.ibm.x. > These need to be renamed to o.a.g -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r661343 - /geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java
That's a good point, Jarek. I guess I wasn't really thinking when I made the change. As is, the logging is redundant. I'll make your suggested change shortly. Thanks! On Thu, May 29, 2008 at 11:09 AM, Jarek Gawor <[EMAIL PROTECTED]> wrote: > Since the DeploymentManagerCreationException (or > AuthenticationFailedException) is initialized with .initCause(e) of > the root exception why log the root exception and the new exception? > Logging of DeploymentManagerCreationException or > AuthenticationFailedException should be enough (which will include the > root exception). > > Jarek > > On Thu, May 29, 2008 at 10:59 AM, <[EMAIL PROTECTED]> wrote: > > Author: jawarner > > Date: Thu May 29 07:59:43 2008 > > New Revision: 661343 > > > > URL: http://svn.apache.org/viewvc?rev=661343&view=rev > > Log: > > GERONIMO-4087: Improve usability of gshell commands deploy/* when failing > to connect to server > > > > Modified: > > > > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > > > > Modified: > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > > URL: > http://svn.apache.org/viewvc/geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java?rev=661343&r1=661342&r2=661343&view=diff > > > == > > --- > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > (original) > > +++ > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > Thu May 29 07:59:43 2008 > > @@ -178,10 +178,14 @@ > > } > > return manager; > > } catch (IOException e) { > > -log.fatal("caught ", e); > > + if (log.isDebugEnabled()) { > > +log.debug("caught ", e); > > + } > > DeploymentManagerCreationException > deploymentManagerCreationException = > > (DeploymentManagerCreationException) new > DeploymentManagerCreationException(e.getMessage()).initCause(e); > > -log.fatal("throwing ", deploymentManagerCreationException); > > +if (log.isDebugEnabled()) { > > +log.debug("throwing ", > deploymentManagerCreationException); > > +} > > throw deploymentManagerCreationException; > > } catch (SecurityException e) { > > if (log.isDebugEnabled()) { > > > > > > > -- ~Jason Warner
[jira] Resolved: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
[ https://issues.apache.org/jira/browse/GERONIMO-4087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Warner resolved GERONIMO-4087. Resolution: Fixed committed proposed changes to revision 661343 in branches/2.1 and revision 661346 in trunk > Improve usability of gshell commands deploy/* when failing to connect to > server > --- > > Key: GERONIMO-4087 > URL: https://issues.apache.org/jira/browse/GERONIMO-4087 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: commands >Affects Versions: 2.1.2 >Reporter: YunFeng Ma >Assignee: Jason Warner >Priority: Minor > Fix For: 2.1.2, 2.1.x, 2.2 > > > Run the below gshell commands when the server is stopped >> deploy/list-modules > It should output a message saying something like "Connection refused" instead > of the following exceptions: > {noformat} > 19:24:42,578 FATAL [BaseDeploymentFactory] caught > java.io.IOException: Failed to retrieve RMIServer stub: > javax.naming.ServiceUnav > ailableException [Root exception is java.rmi.ConnectException: Connection > refuse > d to host: localhost; nested exception is: > java.net.ConnectException: Connection refused: connect] > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33 > 2) > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto > ry.java:263) > at > org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory > .newRemoteDeploymentManager(BaseDeploymentFactory.java:173) > at > org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory > .getDeploymentManager(BaseDeploymentFactory.java:137) > at > javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get > DeploymentManager(DeploymentFactoryManager.java:111) > at > org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv > erConnection.java:186) > at > org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe > try(ServerConnection.java:240) > at > org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv > erConnection.java:182) > at > org.apache.geronimo.deployment.cli.ServerConnection.(ServerConn > ection.java:94) > at > org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java > :161) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma > inConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at > org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31 > ) > Caused by: > javax.naming.ServiceUnavailableException [Root exception is > java.rmi.ConnectExce > ption: Connection refused to host: localhost; nested exception is: > java.net.ConnectException: Connection refused: connect] > at > com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java > :112) > at > com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j > ava:200) > at javax.naming.InitialContext.lookup(InitialContext.java:363) > at > javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect > or.java:1822) > at > javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j > ava:1792) > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27 > 4) > ... 12 more > Caused by: > java.rmi.ConnectException: Connection refused to host: localhost; nested > excepti > on is: > java.net.ConnectException: Connection refused: connect > at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590) > at > sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204 > ) > at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190) > at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321) > at > sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88) > at > com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java > :108) > ... 17 more > Caused by: > java.net.ConnectException: Connection refused: connect > at java.net.PlainSocketImpl.socketConnect(Native Method) > at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372) > at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233) > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220) > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385) > at java.net.Socket.connect(Socket.java:541) > at java.net.Socket.connect(Socket.java:491) > at java.net.Socke
Re: svn commit: r661343 - /geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java
Since the DeploymentManagerCreationException (or AuthenticationFailedException) is initialized with .initCause(e) of the root exception why log the root exception and the new exception? Logging of DeploymentManagerCreationException or AuthenticationFailedException should be enough (which will include the root exception). Jarek On Thu, May 29, 2008 at 10:59 AM, <[EMAIL PROTECTED]> wrote: > Author: jawarner > Date: Thu May 29 07:59:43 2008 > New Revision: 661343 > > URL: http://svn.apache.org/viewvc?rev=661343&view=rev > Log: > GERONIMO-4087: Improve usability of gshell commands deploy/* when failing to > connect to server > > Modified: > > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > > Modified: > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > URL: > http://svn.apache.org/viewvc/geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java?rev=661343&r1=661342&r2=661343&view=diff > == > --- > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > (original) > +++ > geronimo/server/branches/2.1/framework/modules/geronimo-deploy-jsr88/src/main/java/org/apache/geronimo/deployment/plugin/factories/BaseDeploymentFactory.java > Thu May 29 07:59:43 2008 > @@ -178,10 +178,14 @@ > } > return manager; > } catch (IOException e) { > -log.fatal("caught ", e); > + if (log.isDebugEnabled()) { > +log.debug("caught ", e); > + } > DeploymentManagerCreationException > deploymentManagerCreationException = > (DeploymentManagerCreationException) new > DeploymentManagerCreationException(e.getMessage()).initCause(e); > -log.fatal("throwing ", deploymentManagerCreationException); > +if (log.isDebugEnabled()) { > +log.debug("throwing ", deploymentManagerCreationException); > +} > throw deploymentManagerCreationException; > } catch (SecurityException e) { > if (log.isDebugEnabled()) { > > >
public keys for releases
When we publish a release we need to ensure that our public KEY Is available for validation. I had previously stored my public key in two locations: - Submitted to http://pgp.mit.edu/. - Added into https://svn.apache.org/repos/asf/geronimo/KEYS However, I was informed by ASF Infra back when I did my first release that my key wasn't available and I needed to add it to: - http://www.apache.org/dist/geronimo/KEYS The only way that I knew of to add this was to manually edit this file. Is there a better way? Was there once some automation that synced our svn version of the KEYS file to the distribution version but is no longer working? I was going to add the directions to update the file manually to our Geronimo Release Process doc but perhaps we need to fix some automation instead. Does anybody know? Joe
[jira] Updated: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
[ https://issues.apache.org/jira/browse/GERONIMO-4087?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Warner updated GERONIMO-4087: --- Fix Version/s: 2.2 > Improve usability of gshell commands deploy/* when failing to connect to > server > --- > > Key: GERONIMO-4087 > URL: https://issues.apache.org/jira/browse/GERONIMO-4087 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: commands >Affects Versions: 2.1.2 >Reporter: YunFeng Ma >Assignee: Jason Warner >Priority: Minor > Fix For: 2.1.2, 2.1.x, 2.2 > > > Run the below gshell commands when the server is stopped >> deploy/list-modules > It should output a message saying something like "Connection refused" instead > of the following exceptions: > {noformat} > 19:24:42,578 FATAL [BaseDeploymentFactory] caught > java.io.IOException: Failed to retrieve RMIServer stub: > javax.naming.ServiceUnav > ailableException [Root exception is java.rmi.ConnectException: Connection > refuse > d to host: localhost; nested exception is: > java.net.ConnectException: Connection refused: connect] > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33 > 2) > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto > ry.java:263) > at > org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory > .newRemoteDeploymentManager(BaseDeploymentFactory.java:173) > at > org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory > .getDeploymentManager(BaseDeploymentFactory.java:137) > at > javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get > DeploymentManager(DeploymentFactoryManager.java:111) > at > org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv > erConnection.java:186) > at > org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe > try(ServerConnection.java:240) > at > org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv > erConnection.java:182) > at > org.apache.geronimo.deployment.cli.ServerConnection.(ServerConn > ection.java:94) > at > org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java > :161) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma > inConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at > org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31 > ) > Caused by: > javax.naming.ServiceUnavailableException [Root exception is > java.rmi.ConnectExce > ption: Connection refused to host: localhost; nested exception is: > java.net.ConnectException: Connection refused: connect] > at > com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java > :112) > at > com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j > ava:200) > at javax.naming.InitialContext.lookup(InitialContext.java:363) > at > javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect > or.java:1822) > at > javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j > ava:1792) > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27 > 4) > ... 12 more > Caused by: > java.rmi.ConnectException: Connection refused to host: localhost; nested > excepti > on is: > java.net.ConnectException: Connection refused: connect > at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590) > at > sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204 > ) > at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190) > at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321) > at > sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88) > at > com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java > :108) > ... 17 more > Caused by: > java.net.ConnectException: Connection refused: connect > at java.net.PlainSocketImpl.socketConnect(Native Method) > at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372) > at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233) > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220) > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385) > at java.net.Socket.connect(Socket.java:541) > at java.net.Socket.connect(Socket.java:491) > at java.net.Socket.(Socket.java:399) > at java.net.Socket.(Socket.java:208) > at > sun.rmi.tra
Re: Plugins and JVM version
Jarek Gawor wrote: Hi, While looking at https://issues.apache.org/jira/browse/GERONIMO-4089 one of the problems I discovered was that all of our plugins require Java 1.5 at runtime (geronimo-plugin.xml has 1.5 entry). So even assuming we built Geronimo with Java 1.5 but we are running with 1.6, none of the plugins will install. So the question is, should the geronimo-plugin.xml specify both Java versions or should it not list any version at all? Same issue applies to the sample plugins. I don't know why we specify the Java version for plugins. When already have some restrictions on the level of Java specified in the server itself ... so it seems redundant and unnecessary to call it out in the plugins in general. We could special case this dependency if there is ever a need for a specific java version by a plugin when the server supports multiple versions. Joe
[jira] Commented: (GERONIMO-4027) Accessibility issue: Tree icons in high contrast mode cannot be seen
[ https://issues.apache.org/jira/browse/GERONIMO-4027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600785#action_12600785 ] Joseph Leong commented on GERONIMO-4027: Hi Rex, I'll take a look at your lead and see what else i can do. Thanks! -Joseph Leong > Accessibility issue: Tree icons in high contrast mode cannot be seen > > > Key: GERONIMO-4027 > URL: https://issues.apache.org/jira/browse/GERONIMO-4027 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1 > Environment: Windows XP SP2, IE 6.0 >Reporter: Xia Ming >Assignee: Joseph Leong >Priority: Minor > > To enable low-vision people to use admin console, the tree icons in these > pages shall be improved: > Classloader tree > JNDI tree > Dependency tree > Note that, after tested, only MBeans tree's icon could be seen in the high > contrast mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4027) Accessibility issue: Tree icons in high contrast mode cannot be seen
[ https://issues.apache.org/jira/browse/GERONIMO-4027?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joseph Leong reassigned GERONIMO-4027: -- Assignee: Joseph Leong > Accessibility issue: Tree icons in high contrast mode cannot be seen > > > Key: GERONIMO-4027 > URL: https://issues.apache.org/jira/browse/GERONIMO-4027 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1 > Environment: Windows XP SP2, IE 6.0 >Reporter: Xia Ming >Assignee: Joseph Leong >Priority: Minor > > To enable low-vision people to use admin console, the tree icons in these > pages shall be improved: > Classloader tree > JNDI tree > Dependency tree > Note that, after tested, only MBeans tree's icon could be seen in the high > contrast mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4087) Improve usability of gshell commands deploy/* when failing to connect to server
[ https://issues.apache.org/jira/browse/GERONIMO-4087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600777#action_12600777 ] Donald Woods commented on GERONIMO-4087: Yep, make these Debug level as the caller is generating the proper ERROR message to the user. > Improve usability of gshell commands deploy/* when failing to connect to > server > --- > > Key: GERONIMO-4087 > URL: https://issues.apache.org/jira/browse/GERONIMO-4087 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: commands >Affects Versions: 2.1.2 >Reporter: YunFeng Ma >Assignee: Jason Warner >Priority: Minor > Fix For: 2.1.2, 2.1.x > > > Run the below gshell commands when the server is stopped >> deploy/list-modules > It should output a message saying something like "Connection refused" instead > of the following exceptions: > {noformat} > 19:24:42,578 FATAL [BaseDeploymentFactory] caught > java.io.IOException: Failed to retrieve RMIServer stub: > javax.naming.ServiceUnav > ailableException [Root exception is java.rmi.ConnectException: Connection > refuse > d to host: localhost; nested exception is: > java.net.ConnectException: Connection refused: connect] > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:33 > 2) > at > javax.management.remote.JMXConnectorFactory.connect(JMXConnectorFacto > ry.java:263) > at > org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory > .newRemoteDeploymentManager(BaseDeploymentFactory.java:173) > at > org.apache.geronimo.deployment.plugin.factories.BaseDeploymentFactory > .getDeploymentManager(BaseDeploymentFactory.java:137) > at > javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get > DeploymentManager(DeploymentFactoryManager.java:111) > at > org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv > erConnection.java:186) > at > org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRe > try(ServerConnection.java:240) > at > org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect(Serv > erConnection.java:182) > at > org.apache.geronimo.deployment.cli.ServerConnection.(ServerConn > ection.java:94) > at > org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java > :161) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma > inConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at > org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31 > ) > Caused by: > javax.naming.ServiceUnavailableException [Root exception is > java.rmi.ConnectExce > ption: Connection refused to host: localhost; nested exception is: > java.net.ConnectException: Connection refused: connect] > at > com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java > :112) > at > com.sun.jndi.toolkit.url.GenericURLContext.lookup(GenericURLContext.j > ava:200) > at javax.naming.InitialContext.lookup(InitialContext.java:363) > at > javax.management.remote.rmi.RMIConnector.findRMIServerJNDI(RMIConnect > or.java:1822) > at > javax.management.remote.rmi.RMIConnector.findRMIServer(RMIConnector.j > ava:1792) > at > javax.management.remote.rmi.RMIConnector.connect(RMIConnector.java:27 > 4) > ... 12 more > Caused by: > java.rmi.ConnectException: Connection refused to host: localhost; nested > excepti > on is: > java.net.ConnectException: Connection refused: connect > at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:590) > at > sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:204 > ) > at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:190) > at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:321) > at > sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:88) > at > com.sun.jndi.rmi.registry.RegistryContext.lookup(RegistryContext.java > :108) > ... 17 more > Caused by: > java.net.ConnectException: Connection refused: connect > at java.net.PlainSocketImpl.socketConnect(Native Method) > at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:372) > at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:233) > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:220) > at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:385) > at java.net.Socket.connect(Socket.java:541) > at java.net.Socket.connect(Socket.java:49
Re: Plugins and JVM version
Seems that we should allow 1.5+ -Donald Jarek Gawor wrote: Hi, While looking at https://issues.apache.org/jira/browse/GERONIMO-4089 one of the problems I discovered was that all of our plugins require Java 1.5 at runtime (geronimo-plugin.xml has 1.5 entry). So even assuming we built Geronimo with Java 1.5 but we are running with 1.6, none of the plugins will install. So the question is, should the geronimo-plugin.xml specify both Java versions or should it not list any version at all? Same issue applies to the sample plugins. Jarek smime.p7s Description: S/MIME Cryptographic Signature
[RESULT] [VOTE] Release JAX-WS 2.1 spec jar version 1.0 (take 2)
The vote to release the JAX-WS 2.1 spec jar passes with 8 +1 votes and no 0 or -1 votes. Voting in favor of the release were: Kevan Miller Davanum Srinivas Jacek Laskowski Matt Hogstrom Joe Bohn Guillaume Nodet Vamsavardhana Reddy Alan D. Cabrera Thanks everybody! The JAX-WS 2.1 spec artifacts should be available from central sometime today. Jarek On Fri, May 23, 2008 at 2:20 PM, Jarek Gawor <[EMAIL PROTECTED]> wrote: > Hi, > > JAX-WS 2.1 spec jar is used by Axis2 and CXF projects and it will help > Geronimo in transition to JAX-WS 2.1. This is a very first release of > the JAX-WS 2.1 spec jar. > > This version contains fixes for the problems Kevan found (missing > LICENSE, NOTICES files in svn tree and product name). > > Staging repo: > http://people.apache.org/~gawor/staging-repo-2/specs/geronimo-jaxws_2.1_spec/ > > Staging site: > http://people.apache.org/~gawor/staging-site-2/specs/geronimo-jaxws_2.1_spec/ > > Since Monday is a holiday in the US the vote is open until next > Thursday (May 29th). > > [ ] +1 > [ ] +0 > [ ] -1 > > Jarek >
[jira] Commented: (GERONIMO-3993) Server fails to relaunch after deploying an application to a WADI cluster
[ https://issues.apache.org/jira/browse/GERONIMO-3993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600732#action_12600732 ] Gianny Damour commented on GERONIMO-3993: - When I had a look at this problem, I discovered that this was actually more involved than that: all the configurations defined in config.xml are first loaded and then sorted based on their dependencies. Unfortunately, configurations defined in secondary config stores cannot be loaded; so, they can not be sorted. Now that I am thinking more about it, I believe that we should be able to skip the load and sort step and simply start the configurations in the order specified by config.xml. > Server fails to relaunch after deploying an application to a WADI cluster > - > > Key: GERONIMO-3993 > URL: https://issues.apache.org/jira/browse/GERONIMO-3993 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: startup/shutdown >Affects Versions: 2.1.1, 2.1.2, 2.1.x > Environment: Windows >Reporter: YunFeng Ma >Assignee: Gianny Damour > Fix For: 2.1.2, 2.1.x, 2.2 > > > 1. A WADI cluster with two Nodes: Node1 and Node2 > 2. Deploy an application to Node1 > 3. Stop Node1 and Node2 > 4. Start Node1 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96) > at > org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$4d5fdcaa.sort() > at > org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:152) > at > org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:79) > at > org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) > at > org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67) > at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30) > {noformat} > 5. Start Node2 and get the following exception: > {noformat} > org.apache.geronimo.kernel.config.NoSuchConfigException: > samples/cviewer_G_SLAVE/2.1.0.0/war > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:476) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:456) > at > org.apache.geronimo.kernel.config.SimpleConfigurationManager.sort(SimpleConfigurationManager.java:448) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:615) > at > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > at > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:832) > at > org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57) > at > org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35) > at > org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
[jira] Issue Comment Edited: (GERONIMO-4027) Accessibility issue: Tree icons in high contrast mode cannot be seen
[ https://issues.apache.org/jira/browse/GERONIMO-4027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600716#action_12600716 ] rwonly edited comment on GERONIMO-4027 at 5/29/08 2:44 AM: - Well, I found that the images are in the archive repository\org\dojotoolkit\dojolegacy\0.4.3\dojolegacy-0.4.3.tgz Should we modify the icons in the 3rd part lib in repository? was (Author: rwonly): Well, I found that the images are in the archive repository\org\dojotoolkit\dojolegacy\0.4.3\dojolegacy-0.4.3.tgz Should we change the 3rd part lib in repository? > Accessibility issue: Tree icons in high contrast mode cannot be seen > > > Key: GERONIMO-4027 > URL: https://issues.apache.org/jira/browse/GERONIMO-4027 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1 > Environment: Windows XP SP2, IE 6.0 >Reporter: Xia Ming >Priority: Minor > > To enable low-vision people to use admin console, the tree icons in these > pages shall be improved: > Classloader tree > JNDI tree > Dependency tree > Note that, after tested, only MBeans tree's icon could be seen in the high > contrast mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4027) Accessibility issue: Tree icons in high contrast mode cannot be seen
[ https://issues.apache.org/jira/browse/GERONIMO-4027?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600716#action_12600716 ] Rex Wang commented on GERONIMO-4027: Well, I found that the images are in the archive repository\org\dojotoolkit\dojolegacy\0.4.3\dojolegacy-0.4.3.tgz Should we change the 3rd part lib in repository? > Accessibility issue: Tree icons in high contrast mode cannot be seen > > > Key: GERONIMO-4027 > URL: https://issues.apache.org/jira/browse/GERONIMO-4027 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1 > Environment: Windows XP SP2, IE 6.0 >Reporter: Xia Ming >Priority: Minor > > To enable low-vision people to use admin console, the tree icons in these > pages shall be improved: > Classloader tree > JNDI tree > Dependency tree > Note that, after tested, only MBeans tree's icon could be seen in the high > contrast mode. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4028) Accessibility issue: no label elements and title attributes defined in all of forms in admin console
[ https://issues.apache.org/jira/browse/GERONIMO-4028?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600713#action_12600713 ] Rex Wang commented on GERONIMO-4028: This bug is duplicated with G-4081. > Accessibility issue: no label elements and title attributes defined in all of > forms in admin console > > > Key: GERONIMO-4028 > URL: https://issues.apache.org/jira/browse/GERONIMO-4028 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.1 > Environment: Windows XP SP2, IE 6.0 > JAWS 8.0 >Reporter: Xia Ming > > To enable blind people to understand the web forms correctly, these > techniques should be used: > 1. Use label elements, for example > mailto:[EMAIL PROTECTED]"> > Name > > > 2. Use title attribute for those form controls which cannot use label, for > example, > Very Important > > ... > > The forms in these pages of admin console shall be improved: > Login page > Server->Server Logs > Server->Web Server->Add new > Server->Apache HTTP->Get started > Server->JMS Server->Add connector to ActiveMQ > Server->Monitoring > Services->Repository > Services->Database pools > Services->JMS Resources > Applications->Deploy new > Applications->Plugins > Applications->Plan creator > Security->Users and Groups > Security->Keystores > Security->Certificate Authority > Security->Security realms > Debug Views->JMX Viewer > Debug Views->LDAP Viewer > Debug Views->Classloader Viewer > Debug Views->JNDI Viewer > Debug Views->Dependency Viewer > Embedded DB->DB Manager -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] trunk: Failed for Revision: 661229
Geronimo Revision: 661229 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 31 minutes 56 seconds [INFO] Finished at: Thu May 29 03:35:25 EDT 2008 [INFO] Final Memory: 384M/972M [INFO] TESTSUITE RESULTS (Failures only) = See detailed results at http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html Assembly: tomcat = See the full test.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20080529/logs-0300-tomcat/test.log [INFO] [site:attach-descriptor] [INFO] [selenium:start-server {execution: start}] Launching Selenium Server Waiting for Selenium Server... [INFO] Including display properties from: /home/geronimo/geronimo/trunk/testsuite/target/selenium/display.properties [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/selenium/server.log [INFO] User extensions: /home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js Selenium Server started Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom Downloading: http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom Downloading: http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom [INFO] [geronimo:start-server {execution: start}] [INFO] Using assembly configuration: tomcat [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from codehaus-snapshots [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:37.614 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 27 test build(s) [INFO] [INFO] --- [INFO] [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:35.666) [INFO] console-testsuite/basic RUNNING [INFO] console-testsuite/basic SUCCESS (0:01:40.152) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:45.652) [INFO] corba-testsuite/corba-marshalRUNNING [INFO] corba-testsuite/corba-marshalSUCCESS (0:00:50.842) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:43.293) [INFO] deployment-testsuite/deployment-testsRUNNING [INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:30.017) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:28.463) [INFO] deployment-testsuite/manifestcp-testsRUNNING [INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:30.028) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:00:38.805) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:44.016) [INFO] enterprise-testsuite/jpa-tests RUNNING
[jira] Commented: (GERONIMO-4011) Need new release of JLine to fix GShell problems on Windows
[ https://issues.apache.org/jira/browse/GERONIMO-4011?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12600700#action_12600700 ] YunFeng Ma commented on GERONIMO-4011: -- Hi Jason, I've tried on Linux and it works fine for #1 and #2. For Windows, I believe the root cause is BACKSPACE which doesn't work if a command is broken into multilines: {noformat} char cbuf[] = new char[len]; Arrays.fill(cbuf, BACKSPACE); out.write(cbuf); {noformat} The above codes can only move the cursor to the beginning of the last line of a command, maybe it needs more native codes. > Need new release of JLine to fix GShell problems on Windows > --- > > Key: GERONIMO-4011 > URL: https://issues.apache.org/jira/browse/GERONIMO-4011 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: dependencies >Affects Versions: 2.1, 2.1.1, 2.1.2, 2.2 >Reporter: Donald Woods >Assignee: Jason Dillon > Fix For: 2.1.2, 2.2 > > Attachments: jline-0.9.95-SNAPSHOT.jar > > > There are several GShell problems on Windows, due to JLine bugs. > I'm going to try and create a patched build of JLine 0.9.94 to resolve these > issues, as Geronimo packages the JLine jar into our assembly for GShell to > use. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.