On 2011-09-05, Emmanuel Bourg wrote:

> That looks interesting. Does it provide a repack mode suitable for
> signing compressed jars?

I assume you mean

,----
| Note that packing and unpacking a JAR will in general alter the bytewise
| contents of classfiles in the JAR. This means that packing and unpacking
| will in general invalidate any digital signatures which rely on bytewise
| images of JAR elements. In order both to sign and to pack a JAR, you
| must first pack and unpack the JAR to "normalize" it, then compute
| signatures on the unpacked JAR elements, and finally repack the signed
| JAR. Both packing steps should use precisely the same options, and the
| segment limit may also need to be set to "-1", to prevent accidental
| variation of segment boundaries as class file sizes change slightly. 
`----

as in
<http://download.oracle.com/javase/1.5.0/docs/api/java/util/jar/Pack200.Packer.html>

I think the "normalization" step could be part of a util class inside
the package.  Some utility method that takes a JAR, packs it and unpacks
it again to a new jar that would then need to get signed.  Signing
itself seems outside of compress' scope to me.

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Reply via email to