Re: tomcat 9.0.96 and ibm semeru
15 Oct 2024 13:59:57 Andreas Moroder : Hello, we have Tomcat 9.0.96 and Java 8. We would like to get rid of Oracle java and use IBM semeru. Can Oracle java simply be replaced by ibm semeru, Yes. or are changes to the java and jsp applications necessary? No. Do the java libraries we call from our jsp-pages have to be recompiled? No. The only caveats to the above are: If your application uses any non-public Java API (usually via reflection) there is a small risk it will break. Likewise for the places where Tomcat does this (from memory just the memory leak protection and that can be disabled if it is an issue) There is a small risk you find a JRE bug you didn't see with Oracle. Overall, all of those risks are very small. I'd expect it to just work. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Supportability of Tomcat 9.0.90 and above with JDK 8
Hi, I wanted to understand whether Tomcat 9.0.90 and above minor versions are supported with JDK 8? We have see compile issues when our JDK 8 environment tried to work with Tomcat 9.0.90. If the supportability is deprecated, is there any doc or public announcement stating the same? Thank you Joseph X.
Can't access servlet 404 advise requested
Hi all,
I'm running Tomcat9 on Ubuntu.
I copied a servlet war (a webhook) file which was automatically deployed in my
webapps directory.
Using the "Tomcat Web Application Manager" I see my servlet path and display
name listed.
When I click on the path I get the "HTTP Status 404 – Not Found" and
description of "Description The origin server did not find a current
representation for the target resource or is not willing to disclose that one
exists.".
When I try to drive the URL for the servlet using curl, I get the same message.
Tomcat obviously sees the WAR file and unpacks it, but is not executing the
servlet java code.
In the "dopost()" method, the first thing I do is write to the log:
resp.setContentType("text/html");
ServletContext CTX = getServletConfig().getServletContext();
CTX.log("WHMerge Entered:");
I check the logs and the message never appears.
I suspect that I made a mistake configuring Tomcat, but am not sure where...
Any advise would be greatly appreciated.
With kindest regards,
Franklin Myers
stack trace from tomcat when I try to start my webpage on my LAN
I am trying to start up an webpage to use as a demo. I am using tomcat 11. I have been looking at the error but have made no progress figuring out the problem. Below I am including the stack trace I am getting from tomcat and would appreciated any guidance on finding the source of my problem and how to fix it. The problem occurs when I am in firefox and I enter the url of application, e.g. I enter the following URL: localhost:8080/theApp The attach file "appErr.txt" contains the resulting stack trace. Thanks for any advise! Jim A. HTTP Status 500 – Internal Server Error Type Exception Report Message java.lang.NoClassDefFoundError: javax/servlet/jsp/tagext/TagLibraryValidator Description The server encountered an unexpected condition that prevented it from fulfilling the request. Exception jakarta.servlet.ServletException: java.lang.NoClassDefFoundError: javax/servlet/jsp/tagext/TagLibraryValidator org.apache.jasper.servlet.JspServlet.service(JspServlet.java:307) jakarta.servlet.http.HttpServlet.service(HttpServlet.java:716) org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:51) org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:483) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:93) org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:663) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:342) org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:382) org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:63) org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:905) org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1746) org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:52) org.apache.tomcat.util.threads.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1148) org.apache.tomcat.util.threads.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636) org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:63) java.base/java.lang.Thread.run(Thread.java:833) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Occasional 400 errors for static resources in Tomcat 9.0.40
I have confirmed that our development team has seen these same loading issues with Tomcat 9.0.55 and 9.0.86. On Wed, Oct 16, 2024 at 3:22 PM Izek Hornbeck wrote: > We are working on a large upgrade for this application, so we are looking > at upgrading Tomcat too (either to version 10 if we can resolve the > javax/jakarta issues or just to the current 9.0.x). I'll try some tests > locally to see what impact newer versions could have. > > In the access logs, we occasionally get lines like this: > > XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET > /app_name/some_page.jsp HTTP/1.1" 200 16107 > XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET > /app_name/styles/some_style.css HTTP/1.1" 400 762 > XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET > /app_name/styles/some_other_style.css HTTP/1.1" 400 762 > XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET > /app_name/dwr/interface/some_script.js HTTP/1.1" 200 13339 > XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:21 -0600] "GET > /app_name/javascript/dashboard.js HTTP/1.1" 200 21841 > > Sometimes there are .jpg files that also have a 400 response. The > confusing part is that those files don't always get that response, and it's > not always the same files. > > -Izek > > On Mon, Oct 14, 2024 at 9:32 AM Chuck Caldarale wrote: > >> >> > On Oct 11, 2024, at 12:48, Izek Hornbeck >> wrote: >> > >> > My team has a Java web app (java v17.0.2) running on a Tomcat 9.0.40 >> > server. >> >> >> Which is almost 4 years old. You really, really need to catch up. >> >> >> > When we upgraded to Tomcat 9, we found that occasionally, some css >> > files and images would not load, with a 400 response. They would appear >> > after a page refresh (sometimes I had to refresh twice). >> > >> > The closest thing I've found about issues like this is >> > >> https://stackoverflow.com/questions/77989064/intermittently-getting-status-400-for-js-css-images-after-upgrading-to-tomcat-9 >> . >> > >> > We have just recently tried adding "cachingAllowed=false" to the >> > "tomcat/conf/context.xml" file, but it hasn't been long enough to know >> if >> > that really fixed the issue. >> > >> > Has anyone had a similar issue? What might be the root cause? >> >> >> Without any real data (eg, access logs), there’s no way to answer that >> question. Your first step should be to upgrade to the current 9.0.x version. >> >> -Chuck >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> >>
Re: stack trace from tomcat when I try to start my webpage on my LAN
You should not see "javax" in current tomcat work. Check your tag library dependancy - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Occasional 400 errors for static resources in Tomcat 9.0.40
We are working on a large upgrade for this application, so we are looking at upgrading Tomcat too (either to version 10 if we can resolve the javax/jakarta issues or just to the current 9.0.x). I'll try some tests locally to see what impact newer versions could have. In the access logs, we occasionally get lines like this: XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET /app_name/some_page.jsp HTTP/1.1" 200 16107 XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET /app_name/styles/some_style.css HTTP/1.1" 400 762 XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET /app_name/styles/some_other_style.css HTTP/1.1" 400 762 XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:20 -0600] "GET /app_name/dwr/interface/some_script.js HTTP/1.1" 200 13339 XXX.YYY.ZZZ.AA - - [15/Oct/2024:10:08:21 -0600] "GET /app_name/javascript/dashboard.js HTTP/1.1" 200 21841 Sometimes there are .jpg files that also have a 400 response. The confusing part is that those files don't always get that response, and it's not always the same files. -Izek On Mon, Oct 14, 2024 at 9:32 AM Chuck Caldarale wrote: > > > On Oct 11, 2024, at 12:48, Izek Hornbeck wrote: > > > > My team has a Java web app (java v17.0.2) running on a Tomcat 9.0.40 > > server. > > > Which is almost 4 years old. You really, really need to catch up. > > > > When we upgraded to Tomcat 9, we found that occasionally, some css > > files and images would not load, with a 400 response. They would appear > > after a page refresh (sometimes I had to refresh twice). > > > > The closest thing I've found about issues like this is > > > https://stackoverflow.com/questions/77989064/intermittently-getting-status-400-for-js-css-images-after-upgrading-to-tomcat-9 > . > > > > We have just recently tried adding "cachingAllowed=false" to the > > "tomcat/conf/context.xml" file, but it hasn't been long enough to know if > > that really fixed the issue. > > > > Has anyone had a similar issue? What might be the root cause? > > > Without any real data (eg, access logs), there’s no way to answer that > question. Your first step should be to upgrade to the current 9.0.x version. > > -Chuck > > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >
