ier [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 07, 2008 2:18 PM
> To: Commons Developers List
> Subject: Re: Compress vs. VFS
>
> Hi Martin,
> we would like to have an own apache component,
> cause several people here do not like the api.
> As stated in the board rep
Hi Martin,
we would like to have an own apache component,
cause several people here do not like the api.
As stated in the board report of september 07,
they is less community behind truezip, which is another -.
However, if interested, check these discussions here:
http://markmail.org/search/?q=True
Hello Samuel, Mario and others,
if just interested in accessing ZIP files, have you
had a look at TrueZip:
https://truezip.dev.java.net/
It might make sense to provide a TrueZip wrapper for
Commons VFS eventually.
How do the Commons Compress folk compare to TrueZip?
Cheers,
--
Martin Oberhube
Hi Samuel,
>
> * I see that the
> Archive<
> http://commons.apache.org/sandbox/compress/apidocs/org/apache/commons/compress/Archive.html
> >
> interface and the
> ArchiverFactory<
> http://commons.apache.org/sandbox/compress/apidocs/org/apache/commons/compress/ArchiverFactory.html
> >
> deal a lot
Hi Mario,
thanks for the reply.
I now have a better understanding of the relationship between those 2.
And I believe it does make sense :-)
A couple of questions regarding the compress APIs though. Please, let
me know if you guys would rather I create Jira issues for those.
* I see that the
Arch
Hi!
What do you guys see being the big difference between the 2 approaches
and is that a good enough reason to keep both libraries?
VFS contains an old snapshot of compress just to being able to cut a
release.
Actually, compress is slowly evolving, once this has been finished we
will remo
