https://bz.apache.org/bugzilla/show_bug.cgi?id=60963
--- Comment #11 from Konstantin Kolinko <knst.koli...@gmail.com> --- (In reply to Thomas Meyer from comment #8) > > Theoretically we want those bytes to be counted, but the ZipInputStream > doesn't read anything in it's construction phase, that's why the whole "fast > forward skipping works at all". > And yes this is a somewhat hackish solution but it works. > 1. I do not know whether this is a concern (I have not looked at the patch), but note the behaviour that was recently reported as bug 60940: JarInputStream constructor does read MANIFEST.MF and META-INF/ directory entry that may precede it. 2. Zip* and Jar* APIs differ in their handling of i18n filenames. JAR specification uses UTF-8 for file names, Zip uses platform encoding by default. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
