Replacement for java.util.ZipFile. This class adds support for file name encodings other than UTF-8 (which is required to work on ZIP files created by native zip tools and is able to skip a preamble like the one found in self extracting archives. Furthermore it returns instances of org.apache.commons.compress.archivers.zip.ZipArchiveEntry instead of java.util.zip.ZipEntry.

Goal & Problem I have created a Java program in IntelliJ. I built it as a.jar file following the instructions here. When I try to run it, it gives me the following output: Parameters: arch.

It doesn't extend java.util.zip.ZipFile as it would have to reimplement all methods anyway. Like java.util.ZipFile, it uses SeekableByteChannel under the covers and supports compressed and uncompressed entries. As of Apache Commons Compress 1.3 it also transparently supports Zip64 extensions and thus individual entries and archives larger than 4 GB or with more than 65536 entries. The method signatures mimic the ones of java.util.zip.ZipFile, with a couple of exceptions: • There is no getName method. • entries has been renamed to getEntries. • getEntries and getEntry return org.apache.commons.compress.archivers.zip.ZipArchiveEntry instances. • close is allowed to throw IOException.

Opens the given channel for reading, assuming the specified encoding for file names. Allows you to read from an in-memory archive. Parameters: channel - the archive. ArchiveName - name of the archive, used for error messages only. Encoding - the encoding to use for file names, use null for the platform's default encoding useUnicodeExtraFields - whether to use InfoZIP Unicode Extra Fields (if present) to set the file names.

Throws: - if an error occurs while reading the file. Since: 1.13 • Method Detail • getEncoding public ().