Sérgio M. M. Ribeiro created VFS-676:
----------------------------------------
Summary: VFS does not support several Zip file compression methods
Key: VFS-676
URL: https://issues.apache.org/jira/browse/VFS-676
Project: Commons VFS
Issue Type: Improvement
Affects Versions: 2.2, 2.2.1
Reporter: Sérgio M. M. Ribeiro
VFS currently bases its ZipFileSystem implementation on the "java.util.zip"
package, this makes it support *only* the +STORED+ and +DEFLATE+ compression
methods.
If it were using *Apache Commons Compression*, it would support much more
(check
[https://commons.apache.org/proper/commons-compress/zip.html#encryption)|https://commons.apache.org/proper/commons-compress/zip.html#encryption);].
At the time this issue is being created the supported methods for version 1.18
are: STORED, DEFLATE, SHRINK, IMPLODE, BZIP2, DEFLATE64 (enhanced deflate).
It would be nice to have one of the following options:
# Change the current implementation to use Apache Commons Compression (this
would, most probably, make Apache Commons Compression a non-optional
dependency);
# Add an Apache Commons Compression based provider and have some (easy) way of
letting the user decide which implementation to use.
The first option would make Apache Commons Compress a *non-optional* dependency
while the second one could allow it to continue as optional.
Currently, if Apache Commons Compress is available, one has access to both
Bzip2FileProvider and TarFileProvider - a strategy that could be used to decide
which ZipFileSystem implementation to use.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
