Red Hat Bugzilla – Bug 487452
Using avatar editor applet on meez.com causes "IllegalArgumentException"
Last modified: 2009-06-02 10:31:41 EDT
Description of problem: When using the avatar editor applet on meez.com the applet never fully loads and console output shows an IllegalArgumentException. Version-Release number of selected component (if applicable): 1.6.0.0-9.b14.fc10 How reproducible: So far on two x86_64 F10 installs with the same result. Steps to Reproduce: 1.Login to meez.com 2.Select "Avatars->MeezMaker" 3. Actual results: Applet never loads. Expected results: Applet to work properly. Additional info: Console output of "firefox --debug" but I did not use debug version of firefox since the problem appears to be with java. --- net.sourceforge.jnlp.LaunchException: Fatal: Initialization Error: Could not initialize applet. at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:472) at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:418) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:597) Caused by: java.lang.IllegalArgumentException: name at sun.misc.URLClassPath$Loader.getResource(URLClassPath.java:510) at sun.misc.URLClassPath.getResource(URLClassPath.java:185) at java.net.URLClassLoader$1.run(URLClassLoader.java:209) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at net.sourceforge.jnlp.runtime.JNLPClassLoader.findClass(JNLPClassLoader.java:773) at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClassExt(JNLPClassLoader.java:795) at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:710) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:457) ... 2 more Caused by: java.lang.IllegalArgumentException: name at sun.misc.URLClassPath$Loader.getResource(URLClassPath.java:510) at sun.misc.URLClassPath.getResource(URLClassPath.java:185) at java.net.URLClassLoader$1.run(URLClassLoader.java:209) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at net.sourceforge.jnlp.runtime.JNLPClassLoader.findClass(JNLPClassLoader.java:773) at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClassExt(JNLPClassLoader.java:795) at net.sourceforge.jnlp.runtime.JNLPClassLoader.loadClass(JNLPClassLoader.java:710) at net.sourceforge.jnlp.Launcher.createApplet(Launcher.java:457) at net.sourceforge.jnlp.Launcher.getApplet(Launcher.java:418) at net.sourceforge.jnlp.Launcher$TgThread.run(Launcher.java:597) java.lang.NullPointerException at net.sourceforge.jnlp.NetxPanel.runLoader(NetxPanel.java:97) at sun.applet.AppletPanel.run(AppletPanel.java:380) at java.lang.Thread.run(Thread.java:636) java.lang.NullPointerException at sun.applet.AppletPanel.run(AppletPanel.java:430) at java.lang.Thread.run(Thread.java:636)
(In reply to comment #0) > Description of problem: > When using the avatar editor applet on meez.com the applet never fully loads > and console output shows an IllegalArgumentException. > [...] > Caused by: > java.lang.IllegalArgumentException: name > at sun.misc.URLClassPath$Loader.getResource(URLClassPath.java:510) > at sun.misc.URLClassPath.getResource(URLClassPath.java:185) > [...] Bah, what an uniformative exception. The code just does: try { url = new URL(base, ParseUtil.encodePath(name, false)); } catch (MalformedURLException e) { throw new IllegalArgumentException("name"); } Grrr. Eating the original exception and the given argument. At least this code should be changed to something like: try { url = new URL(base, ParseUtil.encodePath(name, false)); } catch (MalformedURLException e) { IllegalArgumentException iae; iae = new IllegalArgumentException("name: " + name); iae.initCause(e); throw iae; } That said, it might be that: > at net.sourceforge.jnlp.runtime.JNLPClassLoader.findClass(JNLPClassLoader.java:773) Should actually catch RuntimeException or Error instead of letting those "escape".
The problem is actually in the applet/object tag parser code. The code param is specified as "java:..." and that "java:" is messing up the parsing. I have fixed in my local copy and the applet works perfectly for me now. I will commit it upstream by the end of the day along with another fix I am working on.
java-1.6.0-openjdk-1.6.0.0-18.b16.fc10 has been submitted as an update for Fedora 10. http://admin.fedoraproject.org/updates/java-1.6.0-openjdk-1.6.0.0-18.b16.fc10
java-1.6.0-openjdk-1.6.0.0-22.b16.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/java-1.6.0-openjdk-1.6.0.0-22.b16.fc11
java-1.6.0-openjdk-1.6.0.0-22.b16.fc11 has been pushed to the Fedora 11 stable repository. If problems still persist, please make note of it in this bug report.
java-1.6.0-openjdk-1.6.0.0-18.b16.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.