Hi, I've managed to implement the major BCJ filters for 7z (special filters for native executables) by simply invoking the XZ for Java implementations for it. This is needed for COMPRESS-257.
Unfortunately there is a bug in XZ for Java that has already been fixed in git. When using a released version of XZ together wirh Compress 1.8-SNAPSHOT you'll be greeted with an AssertionError thrown from inside XZ as soon as you try to read an archive that uses BCJ. I see two options and I'm not quite sure which is better from a user's POV: * document the problem in XZ so people know they'll need to upgrade XZ once it becomes available - and deal with recurring questions about AssertionErrors * back out the BCJ code and re-introduce it once XZ has seen a new release - this way users get a "method not supported" error rather than some strange AssertionError Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
