This is an automated email from the ASF dual-hosted git repository. remm pushed a commit to branch main in repository https://gitbox.apache.org/repos/asf/tomcat.git
The following commit(s) were added to refs/heads/main by this push: new 10733c4228 Restore ISE catching behavior 10733c4228 is described below commit 10733c4228daece83195bb553ed97cf5996714f0 Author: remm <r...@apache.org> AuthorDate: Thu Feb 2 10:25:53 2023 +0100 Restore ISE catching behavior This looks like a Java defect though: IOE is caught and returns false, while ISE is undocumented and simply falls out of the innocuous looking call. Workaround to restore the previous behavior and assume false. --- java/org/apache/tomcat/util/scan/JarFileUrlJar.java | 11 ++++++++++- webapps/docs/changelog.xml | 5 +++++ 2 files changed, 15 insertions(+), 1 deletion(-) diff --git a/java/org/apache/tomcat/util/scan/JarFileUrlJar.java b/java/org/apache/tomcat/util/scan/JarFileUrlJar.java index 6b248021a3..b482f45033 100644 --- a/java/org/apache/tomcat/util/scan/JarFileUrlJar.java +++ b/java/org/apache/tomcat/util/scan/JarFileUrlJar.java @@ -65,7 +65,16 @@ public class JarFileUrlJar implements Jar { jarFile = new JarFile(f, true, ZipFile.OPEN_READ, Runtime.version()); jarFileURL = url; } - multiRelease = jarFile.isMultiRelease(); + boolean multiReleaseValue = false; + try { + multiReleaseValue = jarFile.isMultiRelease(); + } catch (IllegalStateException e) { + // ISE can be thrown if the JAR URL is bad, for example: + // https://github.com/spring-projects/spring-boot/issues/33633 + // The Javadoc does not document that ISE and given what it does for a vanilla IOE, + // this looks like a Java bug, it should return false instead. + } + multiRelease = multiReleaseValue; } diff --git a/webapps/docs/changelog.xml b/webapps/docs/changelog.xml index bb3e009784..acac9b56be 100644 --- a/webapps/docs/changelog.xml +++ b/webapps/docs/changelog.xml @@ -155,6 +155,11 @@ and any data remaining to be written is written in the background by the container. (markt) </fix> + <fix> + Avoid possible ISE when scanning from bad JAR URLs, to restore the + previous behavior following the removal of Java 9+ reflection code which + caught the ISE. (remm) + </fix> </changelog> </subsection> <subsection name="Coyote"> --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org