Newer release notes are maintained on GitHub releases
- Issue #126 - Fixed broken javadoc for
Archiver#configureReproducible. - Issue #127 - Fixed reproducible zip entry time depends on local daylight saving time.
- Pull Request #121 - Add API to configure reproducible archives -
Archiver#configureReproducible. - Add option to force the user and group for all archive entries.
- Add option to force the last modified date for all archive entries.
- Issue #114 - Add option to provide
ComparatorforArchiver. The archive entries will be added in the order specified by the provided comparator. - Pull Request #117 - Add option to limit the output size for
AbstractZipUnArchiveras a way of protection against ZIP bombs. Thanks to Sergey Patrikeev and Semyon Atamas. - Various code improvements. Thanks to Semyon Atamas and Sergey Patrikeev.
- Issue #94 - Fixed setting archiver destination to
the working directory causes
NullPointerException.
- Issue #119 - Updated dependencies:
commons-compressto 1.18,plexus-ioto 3.2.0 andplexus-utilsto 3.3.0.
- Issue #110 - Add option to omit "Created-By" manifest entry.
NOTE: Because 3.7.0 introduced backward incompatible changes in the API (new methods in interfaces) we bumped the Plexus Archiver version to 4.0.0.
Plexus Archiver 4.0.0 requires Java 7.
- Issue #105 - Fixed performance regression introduced in Plexus Archiver 3.0.2. Affected are systems where the retrieval of a file's user and group attributes is costly operation.
- Pull Request #106 -
PlexusIoZipFileResourceCollectionperformance is improved when working with signed Jar files.
- Issue #108, Issue #109 - Updated dependencies:
plexus-ioto 3.1.1 andplexus-utilsto 3.1.1.
Plexus Archiver 3.7.0 requires Java 7.
- Pull Request #92 -
BaseFileSetnow accepts an array ofFileMapperinstances, allowing the name and/or the path of entries in the archive to be modified. Thanks to Thomas Collignon. - Pull Request #100 -
UnArchivernow accepts an array ofFileMapperinstances, allowing the name and/or the path of the extracted entries to be modified. Thanks to Markus Karg.
- Issue #98 - Now
JarToolModularJarArchiverdoes not copy the module descriptors (module-info.class) to temporary location. It adds them directly to the JAR archive. - Issue #101, Pull Request #102 - Now
ModularJarArchiverimplementations will use the JAR file manifestMain-Classattribute as module main class if one is not excellently set.
- Issue #95 - Fixed ZIP entries last modification time rounded down on Java 8 or later
- Issue #97 - Fixed
module-info.classnot being added to the modular JAR index file.
- Issue #103, Issue #104 - Updated dependencies:
commons-compressto 1.18 andplexus-ioto 3.1.0.
Plexus Archiver 3.6.0 requires Java 7.
- Pull Request #84, Issue #57 - Added Archiver implementation
(
JarToolModularJarArchiver) that creates modular JAR files using the JDK jar tool. The implementation usesjava.util.spi.ToolProviderintroduced in Java 9, so if it is run on Java 7 or 8 the resulting archive will be identical to a one created byJarArchiver- the module descriptor is not going to be validated and no additional information (such as version, main class and packages) is going to be added. - Issue #67 - Added ability to set the module version and main class of a modular JAR file
- Pull Request #83 - Added new protected method (
postCreateArchive) toAbstractArchiverthat is called after the archive is created successfully
- Pull Request #87 - of Levan Giguashvili (odinn1984) Snyk eng team to fix a possible security issue. (See https://gist.github.com/grnd/eafd7dab7c4cc6197d817a07fa46b2df)
- Pull Request #73 - Symbolic links not properly encoded in ZIP archives
- Issue #57 -
ZipArchivercreates archives with inconsistent central directory entries - Issue #79 -
JarArchiverandPlexusIoZipFileResourceCollectionleak file descriptors
- Pull Request #77 - Fixed the way unit tests modify the timestamp of a file
- Issue #71, Pull Request #72, Issue #76,
Issue #78, Issue #85, Issue #86 -
Updated dependencies:
commons-compressto 1.16.1,plexus-utilsto 3.1.0,org.tukaani:xzto 1.8 andplexus-ioto 3.0.1
Plexus Archiver 3.5 requires Java 7. Now Plexus Archiver uses pure Java
implementations to deal with file attributes so the useJvmChmod is no
longer used and it is just ignored. Archiver#setUseJvmChmod,
Archiver#isUseJvmChmod(), UnArchiver#setUseJvmChmod,
UnArchiver#isUseJvmChmod(),
ArchiveEntryUtils#chmod( File, int, Logger, boolean ) and
ArchiveEntryUtils#chmod( File, int, Logger ) are deprecated and are
subject to removal in a future version.
- Pull Request #51 - More specific exception for cases when
there are no files to archive. Now
EmptyArchiveExceptionis thrown when you try to create empty archive. Previously the more genericArchiverExceptionwas thrown.
- Issue #47 - Archiver follows symlinks on Windows
- Issue #53 -
AbstractZipArchiverno longer respectsrecompressAddedZips - Issue #58 - Creates corrupt JARs
- Pull Request #56 - Upgrade the minimum required Java version to 7 and Plexus IO to 3.0.0
- Issue #60 - Upgrade dependencies.
plexus-container-defaultto1.0-alpha-30,commons-compressto 1.14,org.tukaani.xzto 1.6 andcom.google.code.findbugs.jsr305to 3.0.2
- Pull Request #87 - of Levan Giguashvili (odinn1984) Snyk eng team to fix a possible security issue. (See https://gist.github.com/grnd/eafd7dab7c4cc6197d817a07fa46b2df)
- Issue #45 - Default
ArchiveManagerdoes not supporttar.xzandtar.snappyfile extensions - Issue #46 -
JarSecurityFileSelectorneeds to support signature files ending in.ECor.ec
- Issue #42 - No need to fallback to unicode path extra field
policy
NOT_ENCODEABLE - Issue #39 - Updated to stop falling back to the unicode path extra field
policy
NOT_ENCODEABLE. If a name is not encodeable in UTF-8, it also is not encodeable in the extra field. Updated to always add the Info-ZIP Unicode Path Extra Field when creating an archive using an encoding different from UTF-8 instead of only when a name is not encodeable. Additionally support that extra field when unarchiving. - Issue #38 - Downgrade
PrintWritertoWriterinManifest - Issue #36 -
Created-byentry does not reflect who created the JAR - Issue #35 - Replace
defaultManifest.mfwith inline code - Issue #17 - Remove unnecessary conversion in
Manifest#Attribute#write - Issue #16 - Manifest entry
Archiver-Versionis incomplete/wrong. Entry does not reflect the archiver version. Remove since it adds not information it pretends to add. - Issue #5 - Added proper bound on memory usage, patch by Björn Eickvonder
- Pull Request #41 - Support the Info-ZIP Unicode Path Extra Field.
- Issue #43 - Updated to stop failing creating
Created-bymanifest entries, when the version of the archiver cannot be determined - Issue #37 - Deprecate
Manifest(Reader)and update all related Implemenation does not properly map characters to map and makes assumptions about character encoding which might lead to failures. Deprecate and rely on Java Manifest reader to do the right thing. - Issue #20 -
Manifest#writeblindly casts bytes to chars - Issue #18 -
Manifest#Attribute#writeLinedoes not properly calculate max line length
- Issue #40 - Updated to upgrade
plexus-utilsto latest patch release
- Pull Request #27 - Added xz compression support
- Issue #33 - Exceptions are suppressed incorrectly
- Issue #28 - which checks for null preventing NPE
- Pull Request #26 - Improvement from Plamen Totev
DirectoryArhivernow respects filemode for directories. Thanks for Olivier Fayau for patch.
- Issue #3 - Switched to pure-java snappy
- PLXCOMP-282 - Add Snappy compression support
- Issue #6 - "Too many open files" when building large jars
- Symlink support in DirectoryArchiver
- Multithreaded ZIP support
- Fixed resource leak on ZIP files included in ZIP files.
- Added encoding supporting overload: addArchivedFileSet( final ArchivedFileSet fileSet, Charset charset )
- Fixed NPE with missing folder in TAR
- Moved all "zip" support to archiver (from io).
- Wrap-up release with plexus-io-2.4.1
- PLXCOMP-276 - Reduce number of ways to create a PlexusIoResource
- PLXCOMP-277 - Archiver unable to determine file equailty
- PLXCOMP-273 - Normalize file separators for duplicate check
- PLXCOMP-271 - Implicit created directories do not obey proper dirMode
- PLXCOMP-272 - Overriding dirmode/filemode breaks symlinks
- PLXCOMP-266 - In-place filtering of streams give incorrect content length for tar files
- PLXCOMP-268 - Add diagnostic archivers
- PLXCOMP-263 - Support on-the fly stream filtering
- PLXCOMP-255 - Removed dependency plexus-container-default:1.0-alpha-9-stable-1
- PLXCOMP-262 - Directory symlinks in zip files are incorrect
- PLXCOMP-257 - Inconsistent buffering
- PLXCOMP-256 - Several archivers leaks file handles
- PLXCOMP-253 - Switch default encoding to UTF-8
- PLXCOMP-252 - Tar archivers cannot roundtrip own archives on windows, UTF8 bug
- PLXCOMP-45 - ignoreWebXML flag use is opposite of what the name implies
- PLXCOMP-107 - Fail to unzip archive, which contains file with name 'How_can_I_annotate_a_part_in_the_AAM%3F.Help'
- PLXCOMP-234 - Plexus archiver TarOptions setDirMode and setMode do not do anything unless TarArchiver.setOptions is called
- PLXCOMP-233 - Plexus archiver can create tarfiles with empty uid and gid bytes
- PLXCOMP-247 - Bug with windows AND java5
- PLXCOMP-238 - CRC Failure if compress=false and file size <= 4 bytes
- PLXCOMP-245 - Archives created on windows get zero permissions, creates malformed permissions on linux
- PLXCOMP-243 - Restore JDK1.5 compatibility
- PLXCOMP-113 - zip unarchiver doesn't support symlinks (and trivial to fix)
- PLXCOMP-64 - add symlink support to tar unarchiver
- PLXCOMP-117 - add symbolic links managment
- PLXCOMP-153 - TarUnArchiver does not support includes/excludes
- PLXCOMP-240 - Convert everything to commons-compress
- PLXCOMP-13 - Plexus Archiver fails on certain Jars
- PLXCOMP-205 - Tar unarchiver does not respect includes/excludes flags
- PLXCOMP-216 - Unarchiver extracts files into wrong directory
- PLXCOMP-232 - Failures to unpack .tar.gz files
- PLXCOMP-236 - ZipUnArchiver fails to extract large (>4GB) ZIP files
- PLXCOMP-178 - last modification time is not preserved
- PLXCOMP-222 - ZipOutputStream does not set Language encoding flag (EFS) when using UTF-8 encoding
- PLXCOMP-226 - Bug in org.codehaus.plexus.archiver.zip.ZipOutputStream.closeEntry (ZipOutputStream.java:352)