[ http://issues.apache.org/jira/browse/DERBY-1338?page=comments#action_12416942 ]
Dag H. Wanvik commented on DERBY-1338: -------------------------------------- Hi Bryan, Thanks for quick feed-back! I did consider including a longer comment - I agree it is better. The comment is fine, except it should be DRDAProtocolExceptionInfo in all cases, not plain DRDAProtocolException. // Work around a classloader bug involving interrupt handling during // class loading. If the first request to load the // DRDAProtocolExceptionInfo class occurs during shutdown, the // loading of the class may be aborted when the Network Server calls // Thread.interrupt() on the DRDAConnThread. By including a static // reference to the DRDAProtocolExceptionInfo class here, we ensure // that it is loaded as soon as the DRDAConnThread class is loaded, // and therefore we know we won't be trying to load the class during // shutdown. See DERBY-1338 for more background, including pointers // to the apparent classloader bug in the JVM. I made a minimal patch; to be safe, one could preload DRDAProtocolException as well, since that class did not seem to be loaded at the time of the protocol exception either, but every time the loader succeed with its loading, but failed on DRDAProtocolExceptionInfo. > Client tests DerbyNetNewServer and NSinSameVM fail with NoClassDefFoundError: > DRDAProtocolExceptionInfo when run from classes dir > --------------------------------------------------------------------------------------------------------------------------------- > > Key: DERBY-1338 > URL: http://issues.apache.org/jira/browse/DERBY-1338 > Project: Derby > Type: Bug > Components: Network Server > Versions: 10.2.0.0 > Environment: Sun JDK 1.4.2, Sun JDK 1.5 on Solaris > Reporter: Dag H. Wanvik > Assignee: Dag H. Wanvik > Priority: Minor > Fix For: 10.2.0.0 > Attachments: derby-1338.diff, derby-1338.stat > > When run from Sun JDK 1.4.2 and Sun JDK 1.5, these two tests fail when run > from the > classes directory. They work, though, when run from jars. > Running NSinSameVM in my sandbox: > bash-3.00$ java -Dframework=DerbyNetClient > org.apache.derbyTesting.functionTests.harness.RunTest > derbynet/NSinSameJVM.java > *** Start: NSinSameJVM jdk1.4.2_05 DerbyNetClient 2006-05-22 14:49:05 *** > Initialize for framework: DerbyNetClient > startServer = false. Bypass server startup > 6 add > > java.lang.NoClassDefFoundError: > > org/apache/derby/impl/drda/DRDAProtocolExceptionInfo > Test Failed. > *** End: NSinSameJVM jdk1.4.2_05 DerbyNetClient 2006-05-22 14:49:27 *** > I get similar behavior for DerbyNetNewServer. I ran this on a Solaris > 10/i86x box. Davis has seen it too, see > initial discusson on this thread: > http://www.nabble.com/forum/ViewPost.jtp?post=4477600&framed=y -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
