httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From r..@ai.mit.edu (Robert S. Thau)
Subject Re: Caching, XBitHack and Java classes
Date Mon, 11 Dec 1995 19:13:25 GMT
  I am noticing some strange behavior with Java classes not getting
  reloaded unless the Owner X-bit is set...

...which, if you have XBITHACK on, causes them to be processed as SSI.
The consequences of this include the omission of that Last-Modified: 
date, which indicates to the browser that they are non-cacheable
items; if not, then Netscape presumably treats them like anything else,
which means that they will be cached without checking until either:

1) A specific Reload request, or...
2) The browser is restarted.

However, current Netscape betas seem to have a bug in which Reload
requests for pages containing applets do *not* cause the applets to
be doublechecked, so the only way to force a reload is to kill the
browser... or so I've seen reports.  

Is that consistent with what you're seeing?

rst

Mime
View raw message