[
https://issues.apache.org/jira/browse/GERONIMO-3687?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12646783#action_12646783
]
Shawn Jiang commented on GERONIMO-3687:
---------------------------------------
If you are using WAS CE. I found that this fix had been included in 2.0.0.3
since 2.0.0.1 in this file:
http://publib.boulder.ibm.com/wasce/changes/2003/CHANGES.txt
Additional Apache Geronimo JIRA patches included in WASCE V2.0.0.3:
-------------------------------------------------------------------
The following Apache Geronimo JIRA patches were included and more
information on each can be found at -
http://issues.apache.org/jira/browse/GERONIMO
4267 - Upgrade to released Yoko 1.0 artifacts
4262 - Include patched build of AMQ 4.1.2 to resolve AMQ-1272 security
exposure
4245 - Upgrade to Tomcat 6.0.18 to pickup latest security fixes
4119 - request.isUserInRole("some-role") always return false after @EJB
injection
4113 - Cannot deploy context specific Valve GBeans on Tomcat
4099 - Calling isUserInRole wipes out run-as info
4096 - Remove PortOffset from SMTPPort definition.
4008 - HTTP GET requests on Provider endpoints might fail sometimes with
Axis2
4006 - Deployment of EJB-based JAX-WS web service with WebServiceContext
injection fails
3965 - Custom LoginModule uses wrong classloader
3930 - IllegalArgumentException reading Transaction Log
3814 - NPE in GBeanOverride.
3687 - classloader deadlock during server startup
> classloader deadlock during server startup
> ------------------------------------------
>
> Key: GERONIMO-3687
> URL: https://issues.apache.org/jira/browse/GERONIMO-3687
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Affects Versions: 2.0.2, 2.1
> Reporter: Kevan Miller
> Assignee: Kevan Miller
> Fix For: 2.0.3, 2.1.1, 2.2
>
>
> I've been seeing regular deadlocks running Geronimo on Leopard.
> It's the same basic scenario as found in GERONIMO-3141. For some reason, the
> work around in 3141 doesn't work for me on Leopard.
> Just another hack and I'm sure we can fix this...
> Here's background info...
> $ ./geronimo.sh run
> Using GERONIMO_BASE: /Users/kevan/geronimo-jetty6-jee5-2.0.2
> Using GERONIMO_HOME: /Users/kevan/geronimo-jetty6-jee5-2.0.2
> Using GERONIMO_TMPDIR: var/temp
> Using JRE_HOME:
> /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home
> You can then send the java process a QUIT signal (kill -3 <pid>) to have java
> dump out the thread stack traces. The deadlock occurs during a load of an
> Iterator class (IIRC). The JVM is not well behaved, IMO. Here's the thread
> stack traces that I get:
> Full thread dump Java HotSpot(TM) Client VM (1.5.0_13-119 mixed mode):
> "Low Memory Detector" daemon prio=5 tid=0x01009d60 nid=0x858800 runnable
> [0x00000000..0x00000000]
> "CompilerThread0" daemon prio=9 tid=0x01009330 nid=0x857a00 waiting on
> condition [0x00000000..0x00000000]
> "Signal Dispatcher" daemon prio=9 tid=0x01008e60 nid=0x855e00 waiting on
> condition [0x00000000..0x00000000]
> "Finalizer" daemon prio=8 tid=0x01007d10 nid=0x81ba00 waiting for monitor
> entry [0xb0a05000..0xb0a05d90]
> at
> org.apache.geronimo.transformer.TransformerCollection.transform(TransformerCollection.java:35)
> at
> sun.instrument.TransformerManager.transform(TransformerManager.java:122)
> at
> sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:155)
> at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:82)
> at java.lang.ref.Finalizer.access$100(Finalizer.java:14)
> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160)
> "Reference Handler" daemon prio=10 tid=0x01007910 nid=0x81a200 in
> Object.wait() [0xb0984000..0xb0984d90]
> at java.lang.Object.wait(Native Method)
> - waiting on <0x05a735f8> (a java.lang.ref.Reference$Lock)
> at java.lang.Object.wait(Object.java:474)
> at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
> - locked <0x05a735f8> (a java.lang.ref.Reference$Lock)
> "main" prio=5 tid=0x010018b0 nid=0xb0801000 waiting for monitor entry
> [0xb07ff000..0xb0800188]
> at java.lang.ClassLoader.findBootstrapClass(Native Method)
> at java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:946)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:308)
> - locked <0x05a75b78> (a sun.misc.Launcher$ExtClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> - locked <0x05a73660> (a sun.misc.Launcher$AppClassLoader)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
> - locked <0x05a73660> (a sun.misc.Launcher$AppClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
> - locked <0x05a73660> (a sun.misc.Launcher$AppClassLoader)
> "VM Thread" prio=9 tid=0x01007060 nid=0x809800 runnable
> "VM Periodic Task Thread" prio=9 tid=0x0100aa00 nid=0x859c00 waiting on
> condition
> "Exception Catcher Thread" prio=10 tid=0x01001b00 nid=0x80ae00 runnable
> Found one Java-level deadlock:
> =============================
> "Finalizer":
> waiting to lock monitor 0x0081b070 (object 0x05a73660, a
> sun.misc.Launcher$AppClassLoader),
> which is held by "main"
> "main":
> waiting to lock monitor 0x0081b094 (object 0x09584b40, a [[I),
> which is held by "Finalizer"
> Java stack information for the threads listed above:
> ===================================================
> "Finalizer":
> at
> org.apache.geronimo.transformer.TransformerCollection.transform(TransformerCollection.java:35)
> at
> sun.instrument.TransformerManager.transform(TransformerManager.java:122)
> at
> sun.instrument.InstrumentationImpl.transform(InstrumentationImpl.java:155)
> at java.lang.ref.Finalizer.runFinalizer(Finalizer.java:82)
> at java.lang.ref.Finalizer.access$100(Finalizer.java:14)
> at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:160)
> "main":
> at java.lang.ClassLoader.findBootstrapClass(Native Method)
> at java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:946)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:308)
> - locked <0x05a75b78> (a sun.misc.Launcher$ExtClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> - locked <0x05a73660> (a sun.misc.Launcher$AppClassLoader)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:280)
> - locked <0x05a73660> (a sun.misc.Launcher$AppClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
> - locked <0x05a73660> (a sun.misc.Launcher$AppClassLoader)
> Found 1 deadlock.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
