- 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
Comparator
forArchiver
. 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
AbstractZipUnArchiver
as 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-compress
to 1.18,plexus-io
to 3.2.0 andplexus-utils
to 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 -
PlexusIoZipFileResourceCollection
performance is improved when working with signed Jar files.
- Issue #108, Issue #109 - Updated dependencies:
plexus-io
to 3.1.1 andplexus-utils
to 3.1.1.
Plexus Archiver 3.7.0 requires Java 7.
- Pull Request #92 -
BaseFileSet
now accepts an array ofFileMapper
instances, allowing the name and/or the path of entries in the archive to be modified. Thanks to Thomas Collignon. - Pull Request #100 -
UnArchiver
now accepts an array ofFileMapper
instances, allowing the name and/or the path of the extracted entries to be modified. Thanks to Markus Karg.
- Issue #98 - Now
JarToolModularJarArchiver
does 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
ModularJarArchiver
implementations will use the JAR file manifestMain-Class
attribute 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.class
not being added to the modular JAR index file.
- Issue #103, Issue #104 - Updated dependencies:
commons-compress
to 1.18 andplexus-io
to 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.ToolProvider
introduced 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
) toAbstractArchiver
that 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 -
ZipArchiver
creates archives with inconsistent central directory entries - Issue #79 -
JarArchiver
andPlexusIoZipFileResourceCollection
leak 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-compress
to 1.16.1,plexus-utils
to 3.1.0,org.tukaani:xz
to 1.8 andplexus-io
to 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
EmptyArchiveException
is thrown when you try to create empty archive. Previously the more genericArchiverException
was thrown.
- Issue #47 - Archiver follows symlinks on Windows
- Issue #53 -
AbstractZipArchiver
no 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-default
to1.0-alpha-30
,commons-compress
to 1.14,org.tukaani.xz
to 1.6 andcom.google.code.findbugs.jsr305
to 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
ArchiveManager
does not supporttar.xz
andtar.snappy
file extensions - Issue #46 -
JarSecurityFileSelector
needs to support signature files ending in.EC
or.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
PrintWriter
toWriter
inManifest
- Issue #36 -
Created-by
entry does not reflect who created the JAR - Issue #35 - Replace
defaultManifest.mf
with inline code - Issue #17 - Remove unnecessary conversion in
Manifest#Attribute#write
- Issue #16 - Manifest entry
Archiver-Version
is 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-by
manifest 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#write
blindly casts bytes to chars - Issue #18 -
Manifest#Attribute#writeLine
does not properly calculate max line length
- Issue #40 - Updated to upgrade
plexus-utils
to 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
DirectoryArhiver
now 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)