我对我们当前的构建过程有点担心 . 它闻起来有“错误的方式”，并且会给我们的客户带来很多额外的下载 .
我们有一个通过Webstart发布的常规Java项目 . 它使用我们提供的各种库作为.jar文件 . 我们的JNLP看起来像这样：
<resources>
<!-- Application Resources -->
<j2se version="1.6+" href="http://java.sun.com/products/autodl/j2se" max-heap-size="512m" java-vm-args="-Xincgc" />
<jar href="OurApp.jar" main="true" />
<jar href="nimrodlf-1.2.jar" main="false" />
<jar href="jackson-core-asl-1.9.10.jar" main="false" />
<jar href="jackson-jaxrs-1.9.10.jar" main="false" />
<!-- ... -->
到现在为止还挺好 . 现在，使用由不同证书签名的 jar 存在问题，或者也许只有在使用自签名证书进行烧录时才会出现问题 . 无论哪种方式，找到的解决方案是所有 jar 都必须由相同的证书签名 .
随后，我们将所有的jar，我们自己的库以及库复制到Webstart文件夹中并使用Ant进行签名：
<target name="sign_jar" depends="check_publish">
<signjar keystore="ourapp.keystore" alias="jenkins" storepass="private" verbose="true">
<path>
<fileset dir="${publish.folder}/" includes="**/*.jar" />
</path>
</signjar>
</target>
这一切都很好，虽然签署每个 jar 需要很长时间 . 但是每当我们将更改发布到我们自己的应用程序jar（这很多）时，它也会导致每个客户端重新下载每个库jar . 图书馆在技术上并没有改变，但是辞职使它们看起来很新 .
我们这样做了吗？有没有更好的办法 ？我们可以以某种方式改变我们的构建过程，以便人们可以缓存库 jar 吗？
1 回答
见signjar task - lazy attribute ..