Tom Hobbs wrote:
The plot thickens.
...
Exception in thread "main" java.lang.IllegalAccessError: class
com.sun.jini.reggie.RegistrarImpl_Stub cannot access its superinterface
com.sun.jini.reggie.Registrar
Stubs are being used, so that implies to me, that the JDK version is an issue.
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:621)
at
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$000(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:247)
at
sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:434)
at
sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:165)
I don't think you have jsk-resources.jar in your system classloader classpath,
and/or you don't have
-Djava.rmi.server.RMIClassLoaderSpi=net.jini.loader.pref.PreferredClassProvider
in the environment so that right here, RMIClassLoader would be invoking
net.jini.loader.ClassLoading.loadClass() as it should be.
at
java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:620)
at
java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:247)
at
sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:1
97)
This is what I can see in this stack trace. Peter Jones might be able to
provide more inside into why the _Stub is referenced.
Gregg Wonderly
