> On Jul 25, 2024, at 20:45, venkatd...@hotmail.com Shanthisowjanyadama9 > <venkatd...@hotmail.com> wrote: > > My Java Spring MVC application works great with Tomcat 9.0.50, when I moved > Tomcat version from 9.0.50 to 9.0.80 my spring MVC java web application was > broken,
So you moved from a 3-year old version of Tomcat to one that’s almost a year old? Why not use the current release? Also, let us know the platform you’re running on, including the JVM version. > JAAS authentication is not working as it expected, What was the expectation? What is the newly observed behavior? Be specific. > all of a sudden chrome browser(s) caching web application and response > headers not expiring like before, There was considerable tightening up of header processing during the two years between 9.0.50 and 9.0.80 (and beyond), so if your application was generating invalid ones, you may be encountering that. Any entries in the Tomcat logs that would be relevant? Any examples of headers you think should be honored but aren’t now? > I am looking for a workaround for this issue here. First, move to the current Tomcat 9.0.x version, not one that’s a year old. Second, examine the Tomcat logs closely to see if there’s any information in there corresponding to the problems you’re having. > I am also wondering why backward compatibility is not maintained in Tomcat > Server end when I switch from one version of Tomcat to another version. Compatibility is maintained, except when relevant standards are being violated, especially when related to security. In some such cases, the old, invalid behavior can be re-enabled with configuration tags. Check the Tomcat 9.0 documentation to see if anything might be useful in your case. Most “compatibility” problems are actually application bugs, such as hanging onto references to response or request objects after a response has been committed. - Chuck --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
