geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Kevan Miller (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (GERONIMO-6111) geronimo-tomcat6-javaee5-2.1.7 does not start in 64 bit Platform when using JAVA 7
Date Tue, 16 Aug 2011 12:05:27 GMT

    [ https://issues.apache.org/jira/browse/GERONIMO-6111?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13085649#comment-13085649
] 

Kevan Miller commented on GERONIMO-6111:
----------------------------------------

Thanks Kavithia. 

This is almost certainly a JAXB bug. http://www.java.net/node/661561 provides a bit more information.
I didn't find a concrete bug report for the issue, but there is probably one, somewhere...

IIUC, CollisionCheckStack is using System.identifyHashCode() and %'ing (remainder operator)
by the array size. Since identityHashCode() can be negative, bad things can happen (like ArrayIndexOutOfBoundsException).

Hopefully, there's an updated version of JAXB. Anybody willing to investigate?


> geronimo-tomcat6-javaee5-2.1.7 does not start in 64 bit Platform when using JAVA 7 
> -----------------------------------------------------------------------------------
>
>                 Key: GERONIMO-6111
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-6111
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: geronimo-maven-plugin
>    Affects Versions: 2.1.7
>         Environment: Windows AMD64
>            Reporter: Kavitha Varadarajan
>
> Problem recreation Steps:
> 1) Download Geronimo version geronimo-tomcat6-javaee5-2.1.7 from  http://geronimo.apache.org/
> 2) set JAVA_HOME to the jvm you want to test 
> 3) run gsh geronimo/start-server
> this results in ArrayOutofBounds Exception..Here is the call Stack
> java.lang.ArrayIndexOutOfBoundsException: Array index out of range: -2
> 		 at com.sun.xml.bind.v2.util.CollisionCheckStack.findDuplicate(CollisionCheckStack.java:112)
> 		 at com.sun.xml.bind.v2.util.CollisionCheckStack.push(CollisionCheckStack.java:53)
> 		 at com.sun.xml.bind.v2.runtime.XMLSerializer.pushObject(XMLSerializer.java:471)
> 		 at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsXsiType(XMLSerializer.java:574)
> 		 at com.sun.xml.bind.v2.runtime.property.SingleElementNodeProperty.serializeBody(SingleElementNodeProperty.java:113)
> 		 at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:98)
> 		 at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl$1.serializeBody(ElementBeanInfoImpl.java:127)
> 		 at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeBody(ElementBeanInfoImpl.java:244)
> 		 at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:251)
> 		 at com.sun.xml.bind.v2.runtime.ElementBeanInfoImpl.serializeRoot(ElementBeanInfoImpl.java:33)
> 		 at com.sun.xml.bind.v2.runtime.XMLSerializer.childAsRoot(XMLSerializer.java:461)
> 		 at com.sun.xml.bind.v2.runtime.MarshallerImpl.write(MarshallerImpl.java:292)
> 		 at com.sun.xml.bind.v2.runtime.MarshallerImpl.marshal(MarshallerImpl.java:221)
> 		 at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:96)
> 		 at org.apache.geronimo.system.configuration.AttributesXmlUtil.writeAttribute(AttributesXmlUtil.java:71)
> 		 at org.apache.geronimo.system.configuration.AttributesXmlUtil.extractAttributeValue(AttributesXmlUtil.java:75)
> 		 at org.apache.geronimo.system.configuration.GBeanOverride.<init>(GBeanOverride.java:197)
> 		 at org.apache.geronimo.system.configuration.ConfigurationOverride.<init>(ConfigurationOverride.java:79)
> 		 at org.apache.geronimo.system.configuration.ServerOverride.<init>(ServerOverride.java:42)
> 		 at org.apache.geronimo.system.configuration.LocalAttributeManager.read(LocalAttributeManager.java:354)
> 		 at org.apache.geronimo.system.configuration.LocalAttributeManager.load(LocalAttributeManager.java:334)
> 		 at org.apache.geronimo.system.configuration.LocalAttributeManager.doStart(LocalAttributeManager.java:527)
> 		 at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:998)
> 		 at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
> 		 at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
> 		 at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
> 		 at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:555)
> 		 at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
> 		 at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
> 		 at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConfiguration(ConfigurationUtil.java:208)
> 		 at org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConfiguration(ConfigurationUtil.java:167)
> 		 at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.loadBootConfiguration(MainConfigurationBootstrapper.java:84)
> 		 at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.getMain(MainConfigurationBootstrapper.java:57)
> 		 at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:38)
> 		 at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
> Analysis:
> Irrespective of the JAVA 7 build we specify in the JAVA_HOME, geronimo uses the JAXB-impl.jar/jaxb-xjc.jar
that is shipped along with geronimo, I confirmed it tracing the classloading. JAXB jar used
by geronimo for serialization is from  geronimo-bin/repository/com/sun/xml/bind/jaxb-impl/2.0.5/jaxb-impl-2.0.5.jar
. This is a very old version of JAXB, and upon search it is evident that this
> version of JAXB has issues w.r.t 64 bit platform. Here is a related issue We could trace
in JAXB forum 
> http://www.java.net/node/661561
> IUC, CollisionCheckStack is using System.identifyHashCode() and %'ing (remainder operator)
by the array size. Since identityHashCode() can be negative, bad things can happen
> Problem is that Apache geronimo is using very old JAXB (2.0.5), which has a bug listed
above. Can you move it to use updated JAXB ?
> Please let me know if you need more information.
> Thanks!

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Mime
View raw message