[Bug 3351] New: Java applet with "." codebase launched via jnlp web-start cannot load. Fails because NON-MAIN classes do not load

Fri Apr 7 11:44:43 UTC 2017

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

            Bug ID: 3351
           Summary: Java applet with "." codebase launched via jnlp
                    web-start cannot load. Fails because NON-MAIN classes
                    do not load
           Product: IcedTea-Web
           Version: hg
          Hardware: x86_64
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P5
         Component: NetX (javaws)
          Assignee: jvanek at redhat.com
          Reporter: stefan at kemtrak.com
                CC: unassigned at icedtea.classpath.org

Hi,
this regards the same applet using Java web start as on Bug 3350
Running OpenJDK Java 8 with latest IcedTea-Netx, ITW version 1.6.2-3ubuntu1

Again this behaviour is only native on IcedTea, other platforms and OSs do not
get this issue. For example it runs fine on Linux Oracle Java

Applet code consists of two signed .jar files and works on a non-defined
codebase (any server).
JNLP file and manifests can be found in the thread of Bug 3350 if needed

To reach this point, developer has to workaround the Case 3350 by using
codebase="." in the jnlp file, so that the code starts loading.

I am running default (empty) deployment.properties, except logging and console
options and I am clearing cache between each run.

So Jiri tested the code as well and gets the same behaviour as I do:

I have an error check point in the beginning of the code.
The applet tries to load a class from the second .jar and fails. My code
catches the exception and exits prematurely with an user-friendly error
message.

If I disable the exception catching (in order to check the error in the clear),
I get the following in the console:

java.lang.reflect.InvocationTargetException
    at java.awt.EventQueue.invokeAndWait(EventQueue.java:1321)
    at java.awt.EventQueue.invokeAndWait(EventQueue.java:1296)
    at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1348)
    at
net.sourceforge.jnlp.runtime.AppletEnvironment.startApplet(AppletEnvironment.java:191)
    at net.sourceforge.jnlp.Launcher.launchApplet(Launcher.java:655)
    at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:939)
Caused by: java.lang.IllegalStateException: zip file closed
    at java.util.zip.ZipFile.ensureOpen(ZipFile.java:669)
    at java.util.zip.ZipFile.getEntry(ZipFile.java:309)
    at java.util.jar.JarFile.getEntry(JarFile.java:240)
    at java.util.jar.JarFile.getJarEntry(JarFile.java:223)
    at sun.misc.JarIndex.getJarIndex(JarIndex.java:137)
    at sun.misc.URLClassPath$JarLoader$1.run(URLClassPath.java:877)
    at sun.misc.URLClassPath$JarLoader$1.run(URLClassPath.java:869)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.misc.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:868)
    at sun.misc.URLClassPath$JarLoader.<init>(URLClassPath.java:819)
    at sun.misc.URLClassPath$3.run(URLClassPath.java:565)
    at sun.misc.URLClassPath$3.run(URLClassPath.java:555)
    at java.security.AccessController.doPrivileged(Native Method)
    at sun.misc.URLClassPath.getLoader(URLClassPath.java:554)
    at sun.misc.URLClassPath.getLoader(URLClassPath.java:519)
    at sun.misc.URLClassPath.getNextLoader(URLClassPath.java:484)
    at sun.misc.URLClassPath.getResource(URLClassPath.java:238)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:365)
    at java.net.URLClassLoader$1.run(URLClassLoader.java:362)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:361)
    at
net.sourceforge.jnlp.runtime.JNLPClassLoader.access$1701(JNLPClassLoader.java:103)
    at
net.sourceforge.jnlp.runtime.JNLPClassLoader$5.run(JNLPClassLoader.java:1666)
    at
net.sourceforge.jnlp.runtime.JNLPClassLoader$5.run(JNLPClassLoader.java:1663)
    at java.security.AccessController.doPrivileged(Native Method)
    at
net.sourceforge.jnlp.runtime.JNLPClassLoader.findClass(JNLPClassLoader.java:1662)
    at
net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClassExt(JNLPClassLoader.java:1699)
    at
net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:1498)
    at Kemtrak.start(Kemtrak.java:915)
    at
net.sourceforge.jnlp.runtime.AppletEnvironment$2.run(AppletEnvironment.java:199)
    at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:301)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
    at java.awt.EventQueue.access$500(EventQueue.java:97)
    at java.awt.EventQueue$3.run(EventQueue.java:709)
    at java.awt.EventQueue$3.run(EventQueue.java:703)
    at java.security.AccessController.doPrivileged(Native Method)
    at
java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
    at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
    at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
    at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

The code that does not catch the exception is uploaded in the usual location
that Jiri knows. So you can run it.

I wanted to see if the code fails because it cannot load any non-main class or
if the problem was only when loading a class from the second .jar file.
I commented the line away (Line 915) and the code still fails on the next line
that loads a class (Line  1037) where it tries to load a class from the first
(main) . jar file.
So as far as I see it seems it cannot load any non-main classes at all.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20170407/286ca2df/attachment-0001.html>