This discussion is archived
4 Replies Latest reply: Oct 30, 2010 9:07 AM by DarrylBurke RSS

New applet plugin not being used?

843802 Newbie
Currently Being Moderated
Hello, I am deploying a signed & trusted applet. We need to run the applet in a separate JVM & increase the heap size. Setting separate_jvm & java_arguments works on our local boxes. Curiously we have clients that though they are using 1.6.0_15 don't seem to be running the new plugin architecture. When I check their Java config, "use next-generation plugin" is checked & IE7's option "use Java 1.6.0_15 for applet plugin" is also checked. Nothing seems obviously wrong. The Java console also reports the correct version, but neither separate_jvm nor java_arguments are respected.

Just as a sanity check we wrapped the applet in a JNLP & set up our web page to serve the applet with a jnlp_href. The applet tag had a bogus code parameter to ensure the JVM was actually running the JNLP. The Java console complains that it cannot find the bogus class when it should be properly loading the JNLP.

Are there security settings or something else that might cause what I'm seeing?

Thanks,
Matt
  • 1. Re: New applet plugin not being used?
    843802 Newbie
    Currently Being Moderated
    Anyone have any ideas on this?
  • 2. Re: New applet plugin not being used?
    793415 Pro
    Currently Being Moderated
    oconnor0 wrote:
    Anyone have any ideas on this?
    1) Post an URL to the failing applet page.
    2) Try launching the applet directly by the JNLP file (not embedded).
    3) Check the JNLP file with [YAX-V|http://pscode.org/xml/xmltools.html#yaxv] or JaNeLA.

    Edited by: AndrewThompson64 on Dec 1, 2009 10:02 AM
  • 3. Re: New applet plugin not being used?
    809326 Newbie
    Currently Being Moderated
    I know this is about a year old, but I'm hopeful that there is some mechanism that notifies people of replies to their threads... did you ever get a resolution to this? I am having a similar situation with a particular group of user boxes.


    So that I don't waste threads, I'll hijack yours.... my symptoms are the same. We have an application that has been successfully deployed into testing. The applet tag is rendered like this:

    <applet id="mapplet" width="100%" height="100%" align="center">
    <param name="jnlp_href" value=""/myapp/applet/myapp.jnlp" />
    ... other parameters omitted
    </applet>

    There is no code tag. I'm not interested in backward compatibility; Our users are required to install/upgrade to the next generation plugin.

    So, the problem is, I have some users that, to all appearances, have 1.6 update 20 installed. When they try to launch the applet, at the top of their console they have this:

    Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM

    and we are getting this exception:

    APPLET tag missing CODE parameter.
    java.lang.NullPointerException
         at sun.net.www.ParseUtil.encodePath(Unknown Source)
         at sun.misc.URLClassPath$Loader.getResource(Unknown Source)
         at sun.misc.URLClassPath.getResource(Unknown Source)
         at sun.applet.AppletClassLoader.getResourceAsResource(Unknown Source)
         at sun.applet.AppletPanel$7.run(Unknown Source)
         at sun.applet.AppletPanel$7.run(Unknown Source)
         at java.security.AccessController.doPrivileged(Native Method)
         at sun.applet.AppletPanel.createSerialApplet(Unknown Source)
         at sun.applet.AppletPanel.createApplet(Unknown Source)
         at sun.plugin.AppletViewer.createApplet(Unknown Source)
         at sun.applet.AppletPanel.runLoader(Unknown Source)
         at sun.applet.AppletPanel.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)
    APPLET tag missing CODE parameter.
    java.lang.NullPointerException
         at sun.net.www.ParseUtil.encodePath(Unknown Source)
         at sun.misc.URLClassPath$Loader.getResource(Unknown Source)
         at sun.misc.URLClassPath.getResource(Unknown Source)
         at sun.applet.AppletClassLoader.getResourceAsResource(Unknown Source)
         at sun.applet.AppletPanel$7.run(Unknown Source)
         at sun.applet.AppletPanel$7.run(Unknown Source)
         at java.security.AccessController.doPrivileged(Native Method)
         at sun.applet.AppletPanel.createSerialApplet(Unknown Source)
         at sun.applet.AppletPanel.createApplet(Unknown Source)
         at sun.plugin.AppletViewer.createApplet(Unknown Source)
         at sun.applet.AppletPanel.runLoader(Unknown Source)
         at sun.applet.AppletPanel.run(Unknown Source)
         at java.lang.Thread.run(Unknown Source)


    Which, in the past, has implied that the next generation plugin was not installed or enabled. But, we have it checked under "Advanced" settings in the Java Control Panel. In some cases, I have had the user uninstall java and then reinstall it, to no avail.

    So, what I am looking for is this:

    What is a fool-proof way to verify the version of the java plug-in that is installed/enabled in IE? What are any other settings or security policies that might be affecting this? They were able to go to a test page where a similar applet was set up with the JNLPAppletLauncher and a code attribute. They were able to launch that applet. So, this appears to be simply a failure of the plugin to recognize the jnlp_href attribute and to parse that file.

    THANKS...

    Edited by: user2648057 on Oct 29, 2010 8:34 AM
  • 4. Re: New applet plugin not being used?
    DarrylBurke Guru Moderator
    Currently Being Moderated
    So that I don't waste threads, I'll hijack yours.
    Please don't.

    Locking.

    db