Hi Stefan, getting some steam back into [io] is a good idea. Has been some time since I've seen the last commit there. If the Bytes class is a useful addition to [io] and Gregory Janik is okay with a fork, than go ahead!
I've planned to do some work on IO after [lang] 3.3, but you know how it often turn's out with my plans ;-) so I cannot promise anything. One thing I don't understand is: are you suggesting to put the Bytes class into [io] and then define a dependency from [compress] to [io]? Maybe there is more that can be moved from [compress] to [io]? Regards, Benedikt 2014/1/27 Stefan Bodewig <bode...@apache.org> > Hi > > while pondering the API of Compress 2.x I already moaned about the lack > of decorator support in Channels, in particular pushback would be needed > in Compress in many places, but also stuff like counting, verifying > checksums and other Filter*Stream stuff. > > When I started to look around I didn't find anything inside IO (which > came as a suprise) but I stumbled over > > http://sourceforge.net/p/mcpkutil/trunk/ci/master/tree/src/cxlarchive/util/Bytes.java > which has filtering for channels. It is not a lot of code but could be > a useful seed. I contacted Gregory Janik, the author of mcpkutil and > he'd be fine with us forking the code. > > Any interest for IO? I'd likely take that path for Compress2 anyway. > > Stefan > > --------------------------------------------------------------------- > 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
