的过时JNLP文件（从Java 9开始）

Question

我的Java Web Start应用程序的JNLP文件包含一个

但是，对于Java 9（build 9.0.1 11），在启动JNLP文件时，无法加载第二个JNLP文件中引用的一些资源，因为它们不再存在。这是因为JavaWebStart仍然有一个陈旧版本的JNLP（在其缓存中）引用，例如“foo-1.2.jar”（不再存在），而JNLP的当前版本引用“foo-1.3.jar”。

这是一个Java 9错误还是我遗漏了什么？

更新1：由于这些公共（或共享）资源不经常更新，我现在不确定这个问题是否可能在Java9之前就已经存在。

更新2：转念一想，也许问题是我没有在jnlp元素上指定href。虽然在第一个JNLP中是故意的（因为在运行时插入了应用程序-desc参数，这些参数会在重新加载时丢失），但在第二个JNLP中这有点意外。

第一个JNLP如下所示（请注意扩展元素）：

<?xml version='1.0' encoding='UTF-8' ?>
<jnlp
    spec="6.0+"
    codebase="https://example.com/158"
>
    ...
    <update check="timeout" policy="always"/>
    <resources>
        <java version="9.*" java-vm-args="-Xmx800m --add-opens=java.desktop/java.awt=ALL-UNNAMED --add-opens=java.desktop/sun.awt.dnd=ALL-UNNAMED --add-opens=java.desktop/sun.swing=ALL-UNNAMED" href="http://java.sun.com/products/autodl/j2se"/>
        <java version="1.8*" java-vm-args="-Xmx800m" href="http://java.sun.com/products/autodl/j2se"/>
        <jar href="foo-20171018-client.jar" main="true"/>
        <extension href="https://example.com/shared/shared.jnlp"/>
    </resources>
    <application-desc main-class="foo.bar.Baz"><argument>sessionKey</argument><argument>12</argument></application-desc>     
</jnlp>

第二个JNLP如下所示（引用foo…jar）：

<?xml version='1.0' encoding='UTF-8' ?>
<jnlp
    spec="6.0+"
    codebase="https://example.com/shared"
>
    ...
    <update check="timeout" policy="always"/>
    <resources>
        <java version="9.*" java-vm-args="-Xmx800m --add-opens=java.desktop/java.awt=ALL-UNNAMED --add-opens=java.desktop/sun.awt.dnd=ALL-UNNAMED --add-opens=java.desktop/sun.swing=ALL-UNNAMED" href="http://java.sun.com/products/autodl/j2se"/>
        <java version="1.8*" java-vm-args="-Xmx800m" href="http://java.sun.com/products/autodl/j2se"/>
        <jar href="foo-1.3.jar"/>
        <jar href="jhall-2.0.02.jar"/>
        <jar href="jmf-2.1.1.e.jar"/>
        <jar href="forms-1.2.jar"/>
    </resources>
    <component-desc/>
</jnlp>




Answer 1

根据我到目前为止的测试经验，Java 9几乎从未获得过新的JNLP。我必须清除缓存，如上所述，我们不能期望用户这样做。我不认为更改HREF是一种解决方案，因为这会破坏每个桌面链接。如果用户转到一个HTML页面并重新单击一个图标（我们会将其更改为新的HREF），该功能就可以正常工作。但这不是一个解决方案。我目前认为这是一个Java9JavaWebStart错误，我希望他们能尽快修复它。我会发布一个bug报告，如果还没有的话。现在看看。

Answer 2

JNLP规范-6下载和缓存资源：

6.5.3管理缓存

JNLP客户端负责管理下载资源的缓存。JNLP客户端必须确保保持以下不变：

当应用程序运行时，属于特定应用程序的资源永远不会从缓存中删除。

此规则确保应用程序开发人员可以在应用程序运行时假设资源在缓存中。特别是，在整个程序执行期间，急切下载的所有资源都将在缓存中本地可用。

用于管理缓存的确切策略和算法取决于实现。合理的策略可能是首先清除标记为懒惰的资源，然后清除标记为渴望的资源。

JNLP客户机还可以以其认为合适的任何方式管理扩展。它们可以在任何给定点卸载，也可以永久保存。如果调用了扩展卸载程序，那么对扩展的另一个请求将要求再次下载它，并重新运行扩展安装程序。

我强调了适用于你的情况的相关内容。我认为这里发生的事情是，一旦您的扩展下载到缓存中，它就永远不会随着JNLP扩展中的更改而更新。

您可以做的是将JNLP的版本设置为href，即从开始https://example.com/shared/shared-1.0.jnlp并在内容更改时更新版本（https://example.com/shared/shared-1.1.jnlp，…）。

或者可以使用扩展名的version属性。