With 1.3.1rc1, we can no longer read gif images from a JAR file when the JAR is
stored in 'sticky' cache, without getting a security exception. We can, however,
read the images if the JAR is stored in conventional browser cache.

This worked successfully on previous versions of the plugin that supported
sticky cache (1.3.0_02, 1.3.0_01, 1.3.0-C).

Here are is HTML cache tags (after they are generated by a JSP). The images are
stored in AppletImages.jar:

<PARAM NAME="codebase" VALUE="/wfc/lib"
<PARAM NAME="type" VALUE="application/x-java-applet;version=1.3"
<PARAM NAME='cache_option' VALUE='Plugin'

<PARAM NAME='cache_archive' VALUE='BaseApplet.jar,AppletImages.jar,aelfred.jar,jcfield401K.jar, Shared.jar,SummaryClient.jar,TransferClient.jar,CommentSelectorClient.jar'

<PARAM NAME='cache_version' VALUE='0.0.c.a,0.0.c.a,0.0.c.a,0.0.c.a,0.0.c.a,0.0.c.a,0.0.c.a,0.0.c.a'

<PARAM NAME="scriptable" VALUE="false"
<PARAM NAME="mayscript" VALUE="true"

Here is a code sample of how we are loading the images:

public static ImageIcon getImage(String imageKey) {
ImageIcon img = null;
// resouce is a do-nothing subclass of Object - I cannot call
// this.getClass() because my getImage method is static.
URL imgURL = resource.getClass().getResource(imageKey);
if (null == imgURL)
throw new NullPointerException("Missing image for " + imageKey);
img = new ImageIcon(Toolkit.getDefaultToolkit().createImage(imgURL));
return img;
}

// ...
getImage("/dir/imageName.gif");

The image path is /demoimages/ where the demoimages directory resides at
http://hostName/wfc/lib