|A workaround could be to always lock on the ServiceLibrary.classLoaders but |that may not be very efficient.
<assuming your analysis is correct> then this is the solution and I don't think it is a critical speed problem at this point. So just go ahead with the fix... thank you for this work marcf | |Anyone got a better idea? | |CGJ | |-----Ursprüngliche Nachricht----- |>Von: Sacha Labourey [mailto:[EMAIL PROTECTED]] |>Gesendet: Montag, 1. Oktober 2001 13:33 |>An: Jung , Dr. Christoph |>Betreff: RE: Java Classloaders document | |... |snip |... | |>"DownHandler (NAKACK)" prio=5 tid=0x81d940 nid=0x9cc waiting for monitor |>entry [0x99be000..0x99bfdbc] |> at |>org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:278) |> at |>org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:145) |> at |>org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:151) |> at java.lang.ClassLoader.loadClassInternal(Unknown Source) |> at JavaGroups.NakReceiverWindow.<init>(NakReceiverWindow.java:147) |> at | |... |snip |... | |>"main" prio=5 tid=0x234f38 nid=0x878 waiting for monitor entry |>[0x6e000..0x6fc34] |> at java.lang.ClassLoader.loadClass(Unknown Source) |> at |>org.jboss.system.URLClassLoader.loadClassLocally(URLClassLoader.java:163) |> at |>org.jboss.system.ServiceLibraries.loadClass(ServiceLibraries.java:292) |> at |>org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:145) |> at |>org.jboss.system.URLClassLoader.loadClass(URLClassLoader.java:151) |> at sun.rmi.server.RemoteProxy.loadClassFromClass(Unknown Source) |> at sun.rmi.server.RemoteProxy.getSkeleton(Unknown Source) |> at sun.rmi.server.UnicastServerRef.setSkeleton(Unknown Source) |> at sun.rmi.server.UnicastServerRef.exportObject(Unknown Source) |> at sun.rmi.server.UnicastServerRef.exportObject(Unknown Source) |> at |java.rmi.server.UnicastRemoteObject.exportObject(Unknown Source) |> at |java.rmi.server.UnicastRemoteObject.exportObject(Unknown Source) |> at |java.rmi.server.UnicastRemoteObject.exportObject(Unknown Source) |> at | |Here is my hypothesis: | |The deadlock is caused by the interaction of | | |Thread-1 (JavaGroups) lets the VM loading some class lazily |(loadClassInternal |There are two threads concurrently entering the | |_______________________________________________ |Jboss-development mailing list |[EMAIL PROTECTED] |https://lists.sourceforge.net/lists/listinfo/jboss-development _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
