[Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2014-02-17 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #15 from Jackie Rosen --- *** Bug 260998 has been marked as a duplicate of this bug. *** Seen from the domain http://volichat.com Page where seen: http://volichat.com/adult-chat-rooms Marked for reference. Resolved as fixed @bug

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-04-20 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 Konstantin Kolinko changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-25 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #13 from Konstantin Kolinko 2010-03-25 19:12:05 UTC --- (In reply to comment #8) > Created an attachment (id=25124) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25124) [details] > Thread Dump The issue that you a

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-14 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #12 from pmones...@gmail.com 2010-03-14 20:58:10 UTC --- yea I guess you are right. The stacktrace is suspicious in the sense that there is no line number here: at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClas

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-13 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #11 from aullr...@blackducksoftware.com 2010-03-13 15:44:31 UTC --- Can't see how you'd get into this situation with the current source code. The stack traces indicate that findClass on the WebappClassLoader would have to be a sy

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #10 from pmones...@gmail.com 2010-03-13 05:45:36 UTC --- So looking at all this I think the problem is as follow: Thread1 If you call Class.forName in turn You call ClassLoader.loadClassInternal and this is synchronized on this

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #9 from pmones...@gmail.com 2010-03-13 01:57:28 UTC --- java version "1.6.0_13" Java(TM) SE Runtime Environment (build 1.6.0_13-b03-211) Java HotSpot(TM) 64-Bit Server VM (build 11.3-b02-83, mixed mode) This is on a mac. No no

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #8 from pmones...@gmail.com 2010-03-13 01:56:00 UTC --- Created an attachment (id=25124) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25124) Thread Dump -- Configure bugmail: https://issues.apache.org/bugzilla/use

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #7 from Konstantin Kolinko 2010-03-13 01:37:47 UTC --- And what is your configuration (JVM vendor and version), and do you use custom class loader, as *this* bug does, or you do not, and it is another bug (e.g. bug 48903)? --

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #6 from Konstantin Kolinko 2010-03-13 01:33:47 UTC --- Do you have full stack traces for those threads (from a thread dump)? You can add them as an attachment. -- Configure bugmail: https://issues.apache.org/bugzilla/userpref

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-03-12 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 pmones...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|F

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-02-23 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-02-10 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #3 from Mark Thomas 2010-02-10 22:43:35 UTC --- I've updated trunk to align with the proposed patch (it already had part of it) and proposed the patch for 6.0.x -- Configure bugmail: https://issues.apache.org/bugzilla/userpref

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-02-09 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 aullr...@blackducksoftware.com changed: What|Removed |Added CC||aullr...@blackducks

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-02-08 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #2 from aullr...@blackducksoftware.com 2010-02-08 14:27:08 UTC --- This fix works for us here. It's not checked into trunk yet, though? In our case a well known 3rd party library calls first WebappClassLoader.load(...), catche

DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader

2010-02-08 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #1 from Mark Thomas 2010-02-08 10:28:29 UTC --- I'd like to avoid making WebappClassLoader#loadClass synchronized if at all possible. Could you try this patch instead? Index: java/org/apache/catalina/loader/WebappClassLoader.ja