Hi Stefan
2013/12/30 Stefan Bodewig <bode...@apache.org> > 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 wheel. > > 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! :-) Benedikt [1] http://www.oracle.com/technetwork/java/eol-135779.html > > Stefan > > [1] > http://docs.oracle.com/javase/7/docs/api/java/nio/file/attribute/package-summary.html > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > -- http://people.apache.org/~britter/ http://www.systemoutprintln.de/ http://twitter.com/BenediktRitter http://github.com/britter
