https://bz.apache.org/bugzilla/show_bug.cgi?id=69386
Bug ID: 69386
Summary: Pre-compiled JSPs result in NoSuchMethodError with
latest upgrade
Product: Tomcat 9
Version: 9.0.96
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Jasper
Assignee: dev@tomcat.apache.org
Reporter: jonathon.m...@gmail.com
Target Milestone: -----
Created attachment 39899
--> https://bz.apache.org/bugzilla/attachment.cgi?id=39899&action=edit
Example exception demonstrating the NoSuchMethodError
The 9.0.96 release contains a change that causes an exception with Pre-compiled
JSPs that have been compiled using versions 9.0.96 or earlier.
Specifically this change:
https://github.com/apache/tomcat/commit/4e16d8e30d2215ca9680edfa29feeaef5e26e91f#diff-4431cbe6cae6d1ed18cc728b599fc51ba739a81cb2c9e74d520410c00fc3f5d6L1087-L1092
That removes the three-argument version of JspRuntimeLibrary.releaseTag
In the same commit, the change to Generator removes those arguments, so any JSP
files compiled at runtime or compiled with 9.0.96 or newer are fine, but JSPs
compiled with an earlier version result in a NoSuchMethodError because they
still invoke the signature with the now-removed boolean argument. (See
attachment for stack)
Question/Qualification:
Part of the issue I'm experiencing is that we use jetty-jspc-maven-plugin to
pre-compile JSPs because it's simple to use in a Maven build and it uses the
Jasper compiler under the covers. Unfortunately, it's a few versions behind
Tomcat (the current 10.x release is based on Apache Tomcat 9.0.90).
Is it reasonable to re-add the three-argument signature of
JspRuntimeLibrary.releaseTag for a period to support binary compatibility for a
use-case like this?
If not, I can try to get the maintainers of jetty-jspc-maven-plugin to
accelerate the update to use Tomcat 9.0.96.
--
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
