[jboss-remoting-commits] JBoss Remoting SVN: r5206 - remoting2/branches/2.2/docs/guide/en.
jboss-remoting-commits at lists.jboss.org
jboss-remoting-commits at lists.jboss.org
Wed May 13 00:05:31 EDT 2009
Author: ron.sigal at jboss.com
Date: 2009-05-13 00:05:31 -0400 (Wed, 13 May 2009)
New Revision: 5206
Modified:
remoting2/branches/2.2/docs/guide/en/chap-classloaders.xml
Log:
JBREM-1127: Added discussion of parameter "useCurrentThreadClassLoader".
Modified: remoting2/branches/2.2/docs/guide/en/chap-classloaders.xml
===================================================================
--- remoting2/branches/2.2/docs/guide/en/chap-classloaders.xml 2009-05-12 06:45:00 UTC (rev 5205)
+++ remoting2/branches/2.2/docs/guide/en/chap-classloaders.xml 2009-05-13 04:05:31 UTC (rev 5206)
@@ -88,6 +88,17 @@
the implication that this discussion about classloading in client invokers
applies not only to clients in the ordinary client server sense, but also to
clients running inside the server.</para>
+
+ <para><emphasis role="bold">Note.</emphasis> Prior to Remoting release 2.2.3, a
+ bug in the implementation of the classloading behavior caused the reference
+ to the thread context classloader to be, in fact, to the context classloader
+ of the thread in which the unmarshaller was originally created. A subsequent
+ invocation in a different thread would ignore the current thread context
+ classloader. To get the correct behavior, it is necessary to set the
+ parameter <code>org.jboss.remoting.Remoting.USE_CURRENT_THREAD_CLASS_LOADER</code>
+ (actual value "useCurrentThreadClassLoader") to "true".
+
+ </para>
</section>
<section id="section-server-classloading"
More information about the jboss-remoting-commits
mailing list