[Bug 322] Thread#GetContextClassLoader() throws in IcedTeaPlugin

[bugzilla-daemon at icedtea.classpath.org]

http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=322





------- Comment #5 from dbhole at redhat.com  2009-04-22 22:36 -------
The plugin uses NetX for its classloading. NetX defines its own classloader
with customized overridden methods for finding classes, resources, initializing
them from the web, processing INDEX.LIST files, etc.

As for why they are different:
The thread is started from a Launcher class that is loaded by the original
loader (sun.misc.Launcher...)
The applet class itself on the other hand, is loaded from inside the
JNLPClassLoader which is instantiated via the Launcher.

The result therefore is expected. AFAIK, there is no Java Plugin standard that
specifies which classloader loads which class.

In your case, you should be able to provide a RuntimePermission via the
java.policy file to make it work. If there are other users for the applet, you
also have the option to signing the applet to make it trusted, after which it
will have the necessary permissions.

I tried it on my end by adding a RuntimePermission for getClassLoader, and was
able to see the output on STDOUT:
Class loader for Test is: net.sourceforge.jnlp.runtime.JNLPClassLoader at f6a882
Context class loader for current thread is:
sun.misc.Launcher$AppClassLoader at 93dee9


-- 
Configure bugmail: http://icedtea.classpath.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.