commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Benedikt Ritter <>
Subject Re: [compress] 2.0: require Java7?
Date Mon, 30 Dec 2013 10:25:20 GMT
Hi Stefan

2013/12/30 Stefan Bodewig <>

> 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.

If all we need is already present in Java 7, then we shouldn't reinvent the

> 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?

Java 6 has already reached EOL [1]. Compress 2.0 is a good opportunity make
this step und move things forward. If anybody really needs a but fixed or a
feature implemented with compatibility to Java 1.5, it can be implemented
in the old codebase (like it has happened for example with [configuration]
1.10 a while ago).

I'd say: go for it! :-)



> Stefan
> [1]
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:


  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message