82288 - Cached Jar Files Never Reloaded

Status: RESOLVED DUPLICATE of bug 100484

(Core Graveyard :: Java: OJI, defect, P3)

Description

[Corey.Jewett]

I'm developing a fairly large applet (~100K) which is subdivided into multiple
jars. Mozilla refuses to reload the new jar file. All jar overwritten.

Applet tag:

<applet alt="Your browser does not support Java." 
            code="com.threedef.XXXXXXXXX.XXXXXXXXXXX.class" 
            archive="/html/session/graphics/XXXXXXapplet.jar,
/html/session/graphics/awt.jar, /html/session/graphics/XXXXXXXXXXXX.jar"
width=635 height=334>
// Bunch of params
</applet>

I have progressively worked up the cache settings from "Once per session" to
"Every time..." I have also set Memory and Disk caches to zero. Clearing the
caches makes no difference. Both reload and SHIFT+Reload don't refresh it. (I'm
using the reload in the contextual popup, not the menu bar since the applet is
in a menubar less window.)

The only way I've found to clear the jar files is to completely exit the
browser. It may be necessary to clear the caches first, but I'm not entirely sure.

Netscape 4.76 does the cache comparison correctly.

OS: RedHat 7.0.

Thanks for the awesome browser.

Comment 1

[Corey.Jewett]

Follow-up.

Noticed the "x: clear classloader cache" key command in the Java Console. This
appears to have cleared the cache, but now the main applet class is no longer
being found. I verified that it is in the jar file.

Also thought it might be relevant to know that I'm pulling the jars and html
page down from a web server.

Comment 2

[gordon]

Well, this doesn't sound like it has anything to do with the networking cache.

Gagan, could this be OJI?  Who should look at this next?

Comment 3

[Gagan]

maybe OJI owner then?

Comment 4

[edburns]

After you use the x feature in the java console, go to a non-java html page, 
then re-visit your applet page.  Does that work?

Comment 5

[edburns]

p3 normal

Comment 6

[bcortez]

This may be what you're looking for to handle your jar caching for you.  Try 
this:



<applet alt="Your browser does not support Java." 
        code="com.threedef.XXXXXXXXX.XXXXXXXXXXX.class" 
        width=635 
        height=334>

<PARAM NAME='cache_option' 
       VALUE='Plugin'>

<PARAM NAME='cache_archive' 
       VALUE='/html/session/graphics/XXXXXXapplet.jar,
             /html/session/graphics/awt.jar, 
             /html/session/graphics/XXXXXXXXXXXX.jar>

<PARAM NAME='cache_version'
       VALUE='a.b.c.d,a.b.c.d,a.b.c.d'>

// Bunch of params
</applet>

Using the PARAM tags tell the JRE to load the a.b.c.d version of each jar file 
only once.  The only time it will download the jar files a second time is if 
you change the filename or change the associated version (in hexidecimal) for 
that jar file in the cache_version tag.

Read up on the cache_option, cache_archive, cache_version PARAMs at:

http://java.sun.com/products/plugin/1.3/docs/appletcaching.html

for more detailed info.

Comment 7

[shrirang khanzode]

SPAM: reassigning all OJI bugs to new OJI QA, pmac ( 227 bugs)

Comment 8

[edburns]

Ressign to Joe Chou, as I am no longer working officially on OJI.

Comment 9

[Sergey Lunegov]

I think this is the dup of 100484. Java Plugin doesn't load updated
*jar files it loads them from cache. There is the RFE #4523418 in bugtraq
with synopsis: java plugin doesn't reload updated applets. The same situation
is with the updated jars. The existing version of java plugin
doesn't have the opportunity to be informed that applet (or jars)
should NOT be taken from the cache. The only way now is to use
option 'x' in java console. I propose to close
this bug as dup of 100484

Comment 10

[Joe Chou]

Re-assign to laa.

Comment 11

[Andrew A. Lyamov]

Will mark it as duplicate of 100484 in two days if no objections.

Comment 12

[Andrew A. Lyamov]

*** This bug has been marked as a duplicate of 100484 ***

Comment 13

[Patty Mac]

Chris Petersen is a new QA contact for oji component. His email is:
[e-mail]

Comment 14

[Matthias Versen [:Matti]]

fixing small error for [e-mail] (filter with : SPAMMAILSUCKS)