[ http://issues.apache.org/jira/browse/DERBY-1338?page=comments#action_12416840 ]
Bryan Pendleton commented on DERBY-1338: ---------------------------------------- Hi Dag, I looked at your patch. Unless anybody else has a better suggestion, I think we should go ahead and use your patch, since it clearly improves the behavior in your environment. I think that we should put a more complete comment in the code itself, though, so that people aren't required to visit JIRA unless they really need the detailed background. What do you think about the following comment -- is it accurate? // Work around a classloader bug involving interrupt handling during // class loading. If the first request to load the DRDAProtocolException // 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 DRDAProtocolException 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. If this comment seems reasonable to you, and if the community doesn't come up with any better suggestions, I can commit this change later this week. > 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
