https://issues.apache.org/bugzilla/show_bug.cgi?id=56530

--- Comment #4 from Sebastien Tardif <sebtar...@ncf.ca> ---
Thanks for the link. It does mentions for an attempt to provide parallel
classloading for Tomcat 7 but that doesn't seem to have happened. 

http-bio-31680-exec-41 is running loading a class. Any of the stack below will
come to that state at some point. So you can pick anyone as a representative of
http-bio-31680-exec-41. My application does work, it's just 15x slower than
with GlassFish.

The thread dump was provided to show that we do have different code doing class
lookup, about different classes, all waiting. The code triggering loading is
not custom but JDK JAXB.

My understanding is that the problem is well understood, so a use case is not
adding anything here. Everybody know it's creating problems, that doesn't look
good, but it have been declared too hard to fix, and so progress stopped 4
years ago.

Previous deadlock issues may have been related to Java JDK version before 7 ->
http://docs.oracle.com/javase/7/docs/technotes/guides/lang/cl-mt.html

Optimized class loader ->
https://github.com/jboss-modules/jboss-modules/blob/master/src/main/java/org/jboss/modules/ConcurrentClassLoader.java

Java 7 was release July 28, 2011.

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to