Hi, in ZIP files each entry can be associated with "extra data" for extension stuff, this is available via ZipEntry#getExtra and ZipArchiveEntry#getExtraField(s).
The semi-official ZIP standard recommends a format for this extra data (two-byte tag, two-byte length of data, rest of data) and the current ZIP classes in compress go a step further and enforce this recommendation. There are files out there that contain extra fields that do not follow the recommendation. You can find one attached to COMPRESS-62. When reading such a file InfoZIP's unzip simply ignores the extra fields and issues a warning. Our ZipFile and ZipArchiveEntry classes throw an exception. It wouldn't be too difficult to make the codebase ignore those fields as well, but there are a few things to consider: * currently the Javadocs of ZipArchiveEntry#setExtra says "Throws an Exception if extra data cannot be parsed into extra fields." Either we change the Javadocs or we add a different method that does not throw an exceptions, I'm not sure. * do we want to log a warning? Where to? * do we want to accept invalid extra fields when writing ZIP entries as well? Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
