Hi Stefan,

Stefan Bodewig wrote:

> Hi,
> 
> I've started to write a tiny amount of code for 2.0 to get things moving
> (more on this later) and have already reached a point where Java7 may
> make a difference.
> 
> I'm trying to define an API for attributes beyond the set offered by
> ArchivEntry so far - many (AR, ARJ, CPIO, ZIP, TAR, DUMP) of our entries
> provide POSIX permissions and file attributes, some (ZIP, ARJ and 7z)
> technically provide DOS attributes.  Something like the interfaces of
> the java.nio.file.attribute package[1] (probably without the attribute
> view overhead) might come handy.  OTOH it wouldn't be too complex to
> implement the same ideas ourselves.
> 
> Compress 1.x is at Java5, personally I don't think Java6 would give us
> any benefits.  I don't know about the other improvements in NIO2 but the
> java.nio.file package looks useful for compress.  Therefore I'd tend to
> go with Java7 as requirement for compress2.
> 
> Is this too ambitious?  Should we poll the user list?

If we maintain binary compatibility, we should not break JDK level 
compatibility without good reason. However, if compress2 is *not* meant to 
be binary compatible, I'd start with Java 7 right away.

- Jörg


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

Reply via email to