Hi!
> >>> It appears to target the compress goals, is an active project(?) with
> >>> releases, and most importantly uses a sane license (ASL).
regarding TrueZip: I am aware of this project, but dont like the way
they build their api.
They use a class derived from java.io.File and override ALL meth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
>> It appears to target the compress goals, is an active project(?) with
>> releases, and most importantly uses a sane license (ASL). I'm not sure
>> how much of a one-man show it is; but maybe we could be helping out
>> there rather than trying to cre
Henri Yandell wrote:
> However, what do people think about:
>
> https://truezip.dev.java.net/
It doesn't yet have tar support (seems to have a different initial focus
than what we are looking for), one developer, zero users (4 messages to
the user list, all from the devleoper), and a rapid change
On 3/7/06, Sandy McArthur <[EMAIL PROTECTED]> wrote:
> First, I don't think a compress project does much new. VFS already
> seems to provide read-only access to common archive types. The JDK
> comes with read-write support for Zip and Gzip files. And Ant has
> read-write support for Zip, Tar, Gzip,
First, I don't think a compress project does much new. VFS already
seems to provide read-only access to common archive types. The JDK
comes with read-write support for Zip and Gzip files. And Ant has
read-write support for Zip, Tar, Gzip, Bzip2 and maybe others.
If you're going to start a new proj
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
after thinking a lot about the difference of archivers and compressors,
i am not sure how to proceed with it.
At the moment [1], we have an Archiv Interface. This fits fine for Tar
and Zip. If we imagine gunzip or bzip2 as an archive for an si
