Web Start中JAR的版本属性

在JNLP文件中，jar资源的版本属性是否与任何元数据（如清单）相关，还是由创建JNLP文件的用户任意设置？

JNLP规范第6节根据第6.3节基于版本的下载协议提供了以下信息。 对于基于版本的下载协议，所有资源都由URL/版本id对唯一标识。因此，JNLP客户端可以在任何给定时间请求位于特定URL的特定版本的资源

JNLP客户机发出一个HTTP GET请求，其中包含它所需的资源的特定版本。请求包括字段version id，该字段指定请求的版本。例如，给定以下jar元素：

<jar href="http://www.mysite.com/b.jar" version="2.3+"/>

JNLP客户端必须检查HTTP响应状态代码和MIME类型，以确定结果是否成功。第6.1.2节描述了有效响应。对于上面的jar元素，无法返回application/x-java-archive-diff MIME类型。它只能针对增量请求返回

请求中使用的版本字符串不一定精确，例如2.3+。Web服务器必须通过设置HTTP标头字段x-java-jnlp-version-id来指定响应中返回的资源的确切版本id。返回的确切版本必须与请求的版本字符串匹配。

---

不幸的是，该规范不可用于在线浏览，但可以。我发现它对于JWS开发是非常宝贵的。

JNLP规范第6节在第6.3节基于版本的下载协议中给出了以下信息。 对于基于版本的下载协议，所有资源都由URL/版本id对唯一标识。因此，JNLP客户端可以在任何给定时间请求位于特定URL的特定版本的资源

JNLP客户机发出一个HTTP GET请求，其中包含它所需的资源的特定版本。请求包括字段version id，该字段指定请求的版本。例如，给定以下jar元素：

<jar href="http://www.mysite.com/b.jar" version="2.3+"/>

JNLP客户端必须检查HTTP响应状态代码和MIME类型，以确定结果是否成功。第6.1.2节描述了有效响应。对于上面的jar元素，无法返回application/x-java-archive-diff MIME类型。它只能针对增量请求返回

请求中使用的版本字符串不一定精确，例如2.3+。Web服务器必须通过设置HTTP标头字段x-java-jnlp-version-id来指定响应中返回的资源的确切版本id。返回的确切版本必须与请求的版本字符串匹配。 不幸的是，该规范不可用于在线浏览，但可以。我发现它对于JWS开发是非常宝贵的