On 2013-12-06, Damjan Jovanovic wrote:
> I just committed a patch for decompressing ZIP entries using method 1
> ("unshrinking"), but it's only for ZipFile.
Cool. Do you know how to create such an archive so we can have a real
testcase? InfoZip zip on my Linux box only supports methods stored,
deflate and bzip2.
> If someone wants to help patch ZipInputStream, please feel free. It
> may be worth refactoring decompression in that class, because it will
> just keep getting worse as more compression methods are added.
Yes, looks ugly, same for incorporating Bear's "traditional encryption".
This is one reason for COMPRESS-93, the other is to allow third parties
to hook in their implementations of encumbered methods (strong crypto,
DEFLATE64 or whatnot).
It's about time to seriously start thinking about a proper API for this
and fork off a deliberately incompatible Compress 2.x - I'll start by
cleaning up the Wiki space for compress and write down pointers to ideas
that have been floating around for a long time now, but I know I won't
be able to drive this much further than that for the next three weeks.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
