-----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 create something out of [compress]. > > Compress is stable code that just needs to be made easily reusable. I > need to do a review of the last couple of messages, but there are at > least 2 or 3 keen people involved. I think it's got promise.
[compress] is beeing used for vfs as far as i understood Mario correct. He has special wishes for compress for a better integration in vfs and i think it would be great if could support the development of vfs with providing an more evolved compress. In my opinion, compress should be renamed in archive/compress (or a better name ;-)) to avoid confusion. The idea of having implementations for archivers like .iso is a good one, but at the moment i would like to "wrap" the give implementation. Of course, if we would stop as a wrapper of classes provided by the JDK, we could think about stopping this component here. But i think it's possible to write an implementation for (f.e.) a delete/add-operation. This is very useful and i do not know an API with a similiar implementation. The user feedback on the commons-user list is rare. But, hey, it's simply uncomfortable to use [compress] at the moment. Let's see again what happens when compress has some more lines of code and a nice interface. Thanks for your comments. Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEDqgPkv8rKBUE/T4RAuWkAJ0TuTU/6DnJmWvia+kvKknYhGUIGwCeN3OS d1xmKT7znjMz332Qvv6dSWU= =MmIS -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]