[jira] Updated: (GERONIMO-3016) Server assemblies fail to start on Windows when there is a space in the path
[ https://issues.apache.org/jira/browse/GERONIMO-3016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Frank G updated GERONIMO-3016: -- Attachment: GERONIMO-3016.patch The patch can keep the URI normalized which is required in GERONIMO-2693 and allow the a space in the path. > Server assemblies fail to start on Windows when there is a space in the path > > > Key: GERONIMO-3016 > URL: https://issues.apache.org/jira/browse/GERONIMO-3016 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: connector >Affects Versions: 2.0-M4 > Environment: Sun 1.5.0_11 on WinXP with a space in the directory path > to the server > trunk Rev521702 from 3/23 >Reporter: Donald Woods > Assigned To: Donald Woods >Priority: Critical > Fix For: 2.0-M4 > > Attachments: GERONIMO-3016.patch, geronimo.log > > > When the j225 server assemblies (Tomcat or Jetty) are extracted to path that > has a space in it, the server fails to start. > This bug has been introduced sometime after 3/8, which was the last build I > tried this on. > The same assemblies work on WinXP if the space is removed from the path and > the following is used instead, so its not a length problem - > C:\ProgramFiles\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Cmdline output - > C:\Program Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT\bin>geronimo run > Using GERONIMO_BASE: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Using GERONIMO_HOME: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Using GERONIMO_TMPDIR: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT\var\temp > Using JRE_HOME:C:\PROGRA~1\Java\jdk1.5.0_11\jre > Booting Geronimo Kernel (in Java 1.5.0_11)... > Starting Geronimo Application Server v2.0-SNAPSHOT > [*>] 19% 4s Starting org.apache.geron... > 17:47:53,828 ERROR [GBeanInstanceState] Error while starting; GBean is now in > the FAILED state: > abstractName="org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car > ?J2EEApplication=null,JCAConnectionFactory=SystemDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car,ResourceAdapter=org.apache. > geronimo.configs/system-database/2.0-SNAPSHOT/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car,j2eeType=JCAManagedConnecti > onFactory,name=SystemDatasource" > java.lang.ClassNotFoundException: org.tranql.connector.derby.EmbeddedXAMCF in > classloader org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:305) > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) > at > org.apache.geronimo.connector.outbound.ManagedConnectionFactoryWrapper.(ManagedConnectionFactoryWrapper.java:140) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:529) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) > at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:173) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:41) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:292) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) > at >
[jira] Updated: (GERONIMO-3016) Server assemblies fail to start on Windows when there is a space in the path
[ https://issues.apache.org/jira/browse/GERONIMO-3016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-3016: --- Priority: Critical (was: Blocker) Assignee: Donald Woods > Server assemblies fail to start on Windows when there is a space in the path > > > Key: GERONIMO-3016 > URL: https://issues.apache.org/jira/browse/GERONIMO-3016 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: connector >Affects Versions: 2.0-M4 > Environment: Sun 1.5.0_11 on WinXP with a space in the directory path > to the server > trunk Rev521702 from 3/23 >Reporter: Donald Woods > Assigned To: Donald Woods >Priority: Critical > Fix For: 2.0-M4 > > Attachments: geronimo.log > > > When the j225 server assemblies (Tomcat or Jetty) are extracted to path that > has a space in it, the server fails to start. > This bug has been introduced sometime after 3/8, which was the last build I > tried this on. > The same assemblies work on WinXP if the space is removed from the path and > the following is used instead, so its not a length problem - > C:\ProgramFiles\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Cmdline output - > C:\Program Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT\bin>geronimo run > Using GERONIMO_BASE: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Using GERONIMO_HOME: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Using GERONIMO_TMPDIR: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT\var\temp > Using JRE_HOME:C:\PROGRA~1\Java\jdk1.5.0_11\jre > Booting Geronimo Kernel (in Java 1.5.0_11)... > Starting Geronimo Application Server v2.0-SNAPSHOT > [*>] 19% 4s Starting org.apache.geron... > 17:47:53,828 ERROR [GBeanInstanceState] Error while starting; GBean is now in > the FAILED state: > abstractName="org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car > ?J2EEApplication=null,JCAConnectionFactory=SystemDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car,ResourceAdapter=org.apache. > geronimo.configs/system-database/2.0-SNAPSHOT/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car,j2eeType=JCAManagedConnecti > onFactory,name=SystemDatasource" > java.lang.ClassNotFoundException: org.tranql.connector.derby.EmbeddedXAMCF in > classloader org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:305) > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) > at > org.apache.geronimo.connector.outbound.ManagedConnectionFactoryWrapper.(ManagedConnectionFactoryWrapper.java:140) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:529) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) > at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:173) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:41) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:292) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:543) > at >
[jira] Updated: (GERONIMO-3016) Server assemblies fail to start on Windows when there is a space in the path
[ https://issues.apache.org/jira/browse/GERONIMO-3016?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Donald Woods updated GERONIMO-3016: --- Attachment: geronimo.log Logfile with Debug tracing for Jetty assembly when using "C:\Program Files\Apache" > Server assemblies fail to start on Windows when there is a space in the path > > > Key: GERONIMO-3016 > URL: https://issues.apache.org/jira/browse/GERONIMO-3016 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: connector >Affects Versions: 2.0-beta1 > Environment: Sun 1.5.0_11 on WinXP with a space in the directory path > to the server > trunk Rev521702 from 3/23 >Reporter: Donald Woods >Priority: Blocker > Fix For: 2.0-beta1 > > Attachments: geronimo.log > > > When the j225 server assemblies (Tomcat or Jetty) are extracted to path that > has a space in it, the server fails to start. > This bug has been introduced sometime after 3/8, which was the last build I > tried this on. > The same assemblies work on WinXP if the space is removed from the path and > the following is used instead, so its not a length problem - > C:\ProgramFiles\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Cmdline output - > C:\Program Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT\bin>geronimo run > Using GERONIMO_BASE: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Using GERONIMO_HOME: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT > Using GERONIMO_TMPDIR: C:\Program > Files\Apache\geronimo-tomcat6-jee5-2.0-SNAPSHOT\var\temp > Using JRE_HOME:C:\PROGRA~1\Java\jdk1.5.0_11\jre > Booting Geronimo Kernel (in Java 1.5.0_11)... > Starting Geronimo Application Server v2.0-SNAPSHOT > [*>] 19% 4s Starting org.apache.geron... > 17:47:53,828 ERROR [GBeanInstanceState] Error while starting; GBean is now in > the FAILED state: > abstractName="org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car > ?J2EEApplication=null,JCAConnectionFactory=SystemDatasource,JCAResource=org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car,ResourceAdapter=org.apache. > geronimo.configs/system-database/2.0-SNAPSHOT/car,ResourceAdapterModule=org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car,j2eeType=JCAManagedConnecti > onFactory,name=SystemDatasource" > java.lang.ClassNotFoundException: org.tranql.connector.derby.EmbeddedXAMCF in > classloader org.apache.geronimo.configs/system-database/2.0-SNAPSHOT/car > at > org.apache.geronimo.kernel.config.MultiParentClassLoader.loadClass(MultiParentClassLoader.java:305) > at java.lang.ClassLoader.loadClass(ClassLoader.java:251) > at > org.apache.geronimo.connector.outbound.ManagedConnectionFactoryWrapper.(ManagedConnectionFactoryWrapper.java:140) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) > at java.lang.reflect.Constructor.newInstance(Constructor.java:494) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:529) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GBeanDependency.java:111) > at > org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDependency.java:146) > at > org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDependency.java:120) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEvent(BasicLifecycleMonitor.java:173) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(BasicLifecycleMonitor.java:41) > at > org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBroadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:292) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102) > at > org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124) > at > org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:543)
