On Fri, Jun 5, 2009 at 12:53 PM, Mamta Satoor <[email protected]> wrote: > Hi, > > Is anyone aware of following failure on trunk (revision 781237)? This > was on weme6.2 on a Windows machine. > NetScripts:clientjava.lang.NoClassDefFoundError: javax.naming.Referenceable > at java.lang.ClassLoader.defineClassImpl(Native Method) > at java.lang.ClassLoader.access$0(ClassLoader.java:304) > at java.lang.ClassLoader$1.run(ClassLoader.java:230) > at > java.security.AccessController.doPrivileged(AccessController.java:213) > at java.lang.ClassLoader.defineClass(ClassLoader.java:228) > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:109) > at java.net.URLClassLoader.findClassImpl(URLClassLoader.java:1029) > at java.net.URLClassLoader$4.run(URLClassLoader.java:549) > at > java.security.AccessController.doPrivileged(AccessController.java:213) > at java.net.URLClassLoader.findClass(URLClassLoader.java:547) > at > com.ibm.oti.vm.URLSystemClassLoader.findClass(URLSystemClassLoader.java:27) > at java.lang.ClassLoader.loadClass(ClassLoader.java:601) > at > com.ibm.oti.vm.URLSystemClassLoader.loadClass(URLSystemClassLoader.java:60) > at java.lang.ClassLoader.loadClass(ClassLoader.java:563) > at java.lang.ClassLoader.defineClassImpl(Native Method) > at java.lang.ClassLoader.access$0(ClassLoader.java:304) > at java.lang.ClassLoader$1.run(ClassLoader.java:230) > at > java.security.AccessController.doPrivileged(AccessController.java:213) > at java.lang.ClassLoader.defineClass(ClassLoader.java:228) > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:109) > at java.net.URLClassLoader.findClassImpl(URLClassLoader.java:1029) > at java.net.URLClassLoader$4.run(URLClassLoader.java:549) > at > java.security.AccessController.doPrivileged(AccessController.java:213) > at java.net.URLClassLoader.findClass(URLClassLoader.java:547) > at > com.ibm.oti.vm.URLSystemClassLoader.findClass(URLSystemClassLoader.java:27) > at java.lang.ClassLoader.loadClass(ClassLoader.java:601) > at > com.ibm.oti.vm.URLSystemClassLoader.loadClass(URLSystemClassLoader.java:60) > at java.lang.ClassLoader.loadClass(ClassLoader.java:563) > at java.lang.Class.forNameImpl(Native Method) > at java.lang.Class.forName(Class.java:147) > at > org.apache.derbyTesting.junit.JDBCDataSource.getDataSourceObject(JDBCDataSource.java:156) > at > org.apache.derbyTesting.junit.JDBCDataSource.getDataSource(JDBCDataSource.java:106) > at > org.apache.derbyTesting.junit.JDBCDataSource.getDataSource(JDBCDataSource.java:91) > at > org.apache.derbyTesting.junit.DataSourceConnector.setConfiguration(DataSourceConnector.java:49) > at > org.apache.derbyTesting.junit.TestConfiguration.initConnector(TestConfiguration.java:1209) > at > org.apache.derbyTesting.junit.TestConfiguration.<init>(TestConfiguration.java:984) > at > org.apache.derbyTesting.junit.ServerSetup.getNewConfiguration(ServerSetup.java:45) > at > org.apache.derbyTesting.junit.ChangeConfigurationSetup.setUp(ChangeConfigurationSetup.java:37) > at junit.extensions.TestSetup$1.protect(TestSetup.java:18) > at junit.extensions.TestSetup.run(TestSetup.java:23) > at junit.extensions.TestDecorator.basicRun(TestDecorator.java:22) > at junit.extensions.TestSetup$1.protect(TestSetup.java:19) > at junit.extensions.TestSetup.run(TestSetup.java:23) >
I've not tried this, but NetScripts is new, and I don't think we ever made an effort to get client/server working with JSR169. The test probably needs some skipping logic? I think this warrants a new JIRA entry. Myrna
