6

我们有一个案例，客户端似乎永远在缓存小程序的版本。我们在标签中<param name="cache_version">正确地使用了<object>标签，或者我们认为。我们从一个版本字符串7.1.0.40转到7.1.0.42，这仅触发了大约一半客户的下载。

客户端运行的 JRE 版本似乎并不重要。我们已经看到人们在 1.4、1.5 和 1.6 上遇到了这个问题。

有没有人有显式缓存版本的经验？它是否更可靠地工作（忽略速度）而不是依赖于cache_archive“最后修改”和/或“内容长度”值（根据Sun 的站点）？

仅供参考，对象块如下所示：

<object>
  <param name="ARCHIVE" value="foo.jar">
  <param name="CODE" value="com.foo.class">
  <param name="CODEBASE" value=".">
  <param name="cache_archive" value="foo.jar">
  <param name="cache_version" value="7.1.0.40">
  <param name="NAME" value="FooApplet">
  <param name="type" value="application/x-java-applet;jpi-version=1.4.2_13">
  <param name="scriptable" value="true">
  <param name="progressbar" value="true"/>
  <param name="boxmessage" value="Loading Web Worksheet Applet..."/>
</object>
4

3 回答 3

9

不幸的是，不同版本的 Java 插件具有不同的缓存行为。设置 Cache-Control 和 Last-Modified HTTP 标头是理想的解决方案，但它仅适用于最新版本的 JRE。

保证工作的唯一解决方案是在版本更改时重命名您的应用程序 jar（我们在尝试其他技巧时看到奇怪的缓存行为，例如基于文件日期添加查询字符串）。如果您有一个适当的自动化部署系统，这并不难做到。

于 2008-09-15T21:02:57.577 回答
2

您可以使用Java Control Panel.
例如，在 Win XP 上 

Start -> Control Panel -> Java -> Temporary Internet Files[View]
于 2013-02-27T13:34:37.157 回答
0

根据此链接 ，不应在“archive”和“cache_archive”参数中列出相同的 jar 文件。在这种情况下，JAR 文件使用本机浏览器缓存进行缓存。

于 2012-03-06T10:55:38.163 回答