commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <seb...@gmail.com>
Subject Re: [compress] How to move forward with XZ support
Date Fri, 12 Aug 2011 10:25:59 GMT
On 12 August 2011 10:00, Stefan Bodewig <bodewig@apache.org> wrote:
> Hi,
>
> .xz is to LZMA what .gz is to the DEFLATE compression algorithm, and it
> starts to get used by quite a few tools/systems in the Unix/Linux
> world.  For example more recent GNU tar versions use -J to support the
> format (like -z for gzip and -j for bzip2), the GNU core utils come
> with an xz command and recent RPMs can use .xz compressed tarballs as
> well.  This is a format we want to support 8-)
>
> Lasse Collin the author of the public domain "XZ in Java" package[1] has
> offered to help us build Compressors on top of his package.
>
> We basically have two options:
>
> * forking the required classes of "XZ in Java" into Compress (Lasse
>  already has a CLA on file and I'm sure we could arrange for the two
>  code bases to stay in sync)
>
> * add a (optional) binary dependency on "XZ in Java".  Currently the
>  package is not available via a Maven repo, but this can probably be
>  arranged as well.
>
> The first option would allow us to support the format without requiring
> another JAR, the second one may be less work from a maintenance POV.

+1

> Shading a binary dependency could provide some middle ground.

Just curious - what is the advantage of shading the jar?

> Which option do we prefer?
>
> Stefan
>
> [1] http://tukaani.org/xz/java.html
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message