Re: Tomcat JVM Crash
I would suggest to actually remove athe daemons and all installation JDK/JRE whenever possible, then clean up the JAVA_HOME, JRE_HOME, CLASSPATH, PATH variables from any related references. This may break other stuffs if your server have a lot of other things though. After that perform a clean installation, and take note whenever there's a request to elevate privilege (asking for Windows Admin password). On Sat, Sep 27, 2014 at 7:18 AM, Chad Maniccia cmanic...@mbgaustin.com wrote: Hi Daniel, Thanks for responding! I'm not sure. I can tell you it happened with Tomcat 7 and so I upgraded to Tomcat 8 and still same problem. Should I reinstall 8? Thanks, Chad Sent from my Verizon Wireless 4G LTE smartphone Original message From: Daniel Baktiar Date:09/26/2014 5:51 PM (GMT-06:00) To: Tomcat Users List Subject: Re: Tomcat JVM Crash Hi Chad, Could this be because during the installation of some of the components (suspects: JDK/JRE, wrapper daemons), the installer registered the Windows ACL wrongly, causing some of the process unable to access those required DLLs. Daniel On Tue, Sep 23, 2014 at 5:28 PM, Chad Maniccia cmanic...@mbgaustin.com wrote: Hi Konstantin , Thanks for taking the time to look over the log. I removed the path as you advised. Unfortunately that's not the problem as it was crashing before I upgraded Java in an attempt to fix the crashes. I've also found the 'PrivilegedActionException' as strange but haven't found a cause and Googling doesn't yield much. No crash in four days. I have a background process that automatically restarts Tomcat when it crashes so it's a manageable situation. Thanks, Chad From: Konstantin Kolinko knst.koli...@gmail.com Sent: Saturday, September 20, 2014 5:27 AM To: Tomcat Users List Subject: Re: Tomcat JVM Crash 2014-09-20 3:01 GMT+04:00 Chad Maniccia cmanic...@mbgaustin.com: Enviroment Windows 2008 R2 Tomcat 8.0.11 Java 1.8.0_20-b26 Sysco HTTPS Firewall (They have to authenticate through it first) HTTPS only Memory Pool=3072MB Thread Stack Size=384 Problem We recently moved to a new Windows server, I installed the exact same software on the new server as the old. The problem is that on the new server Tomcat has a JVM crash two to four times a week almost at the exact same time 11:30PM. This happens to be during the time we have our greatest number of active sessions but not the heaviest use. I have looked into localhost_access_log but the last logged requests don't seem to be the problem. I fear it's not being logged. I have nothing to go on other than the error log which doesn't appear to show a cause other than the blocked threads. I have submitted the report to Oracle but they have failed to comment. Today I increased Tomcat logging to Fine and am monitoring the Threads using JConsole. Can anyone point out a tip or clue I may be missing in this report? Just pointing at some oddities below Internal exceptions (10 events): Event: 46744.455 Thread 0x24459000 Exception a 'java/security/PrivilegedActionException' (0x000783e5a790) thrown at [D:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u20\1074\hotspot\src\share\vm\prims\jvm.cpp, line 1275] I wonder why the last 10 exceptions are all PrivilegedActionException. Dynamic libraries: 0x00014000 - 0x00014001e000 C:\Program Files\Apache Software Foundation\Tomcat 8.0\bin\Tomcat8.exe 0x77c0 - 0x77da9000 C:\Windows\SYSTEM32\ntdll.dll 0x779e - 0x77aff000 C:\Windows\system32\kernel32.dll 0x07fefdc4 - 0x07fefdcab000 C:\Windows\system32\KERNELBASE.dll 0x07feff89 - 0x07feff96b000 C:\Windows\system32\ADVAPI32.dll 0x07feff97 - 0x07feffa0f000 C:\Windows\system32\msvcrt.dll 0x07feffd5 - 0x07feffd6f000 C:\Windows\SYSTEM32\sechost.dll 0x07feffb2 - 0x07feffc4d000 C:\Windows\system32\RPCRT4.dll 0x07fefe0f - 0x07fefee78000 C:\Windows\system32\SHELL32.dll 0x07feff48 - 0x07feff4f1000 C:\Windows\system32\SHLWAPI.dll 0x07feff7c - 0x07feff827000 C:\Windows\system32\GDI32.dll 0x77b0 - 0x77bfa000 C:\Windows\system32\USER32.dll 0x07feff21 - 0x07feff21e000 C:\Windows\system32\LPK.dll 0x07feffd8 - 0x07feffe49000 C:\Windows\system32\USP10.dll 0x07feffc5 - 0x07feffc7e000 C:\Windows\system32\IMM32.DLL 0x07feffa1 - 0x07feffb19000 C:\Windows\system32\MSCTF.dll 0x6eac - 0x6f318000 C:\Program Files\Java\jre1.8.0_20\bin\server\jvm.dll 0x07fefa49 - 0x07fefa499000 C:\Windows\system32\WSOCK32.dll 0x07feffd0 - 0x07feffd4d000 C:\Windows\system32\WS2_32.dll
Re: Tomcat JVM Crash
Also, your PATH definition may come from system-level and user-level, so take a look at both side. On Sat, Sep 27, 2014 at 2:40 PM, Daniel Baktiar dbakt...@gmail.com wrote: I would suggest to actually remove athe daemons and all installation JDK/JRE whenever possible, then clean up the JAVA_HOME, JRE_HOME, CLASSPATH, PATH variables from any related references. This may break other stuffs if your server have a lot of other things though. After that perform a clean installation, and take note whenever there's a request to elevate privilege (asking for Windows Admin password). On Sat, Sep 27, 2014 at 7:18 AM, Chad Maniccia cmanic...@mbgaustin.com wrote: Hi Daniel, Thanks for responding! I'm not sure. I can tell you it happened with Tomcat 7 and so I upgraded to Tomcat 8 and still same problem. Should I reinstall 8? Thanks, Chad Sent from my Verizon Wireless 4G LTE smartphone Original message From: Daniel Baktiar Date:09/26/2014 5:51 PM (GMT-06:00) To: Tomcat Users List Subject: Re: Tomcat JVM Crash Hi Chad, Could this be because during the installation of some of the components (suspects: JDK/JRE, wrapper daemons), the installer registered the Windows ACL wrongly, causing some of the process unable to access those required DLLs. Daniel On Tue, Sep 23, 2014 at 5:28 PM, Chad Maniccia cmanic...@mbgaustin.com wrote: Hi Konstantin , Thanks for taking the time to look over the log. I removed the path as you advised. Unfortunately that's not the problem as it was crashing before I upgraded Java in an attempt to fix the crashes. I've also found the 'PrivilegedActionException' as strange but haven't found a cause and Googling doesn't yield much. No crash in four days. I have a background process that automatically restarts Tomcat when it crashes so it's a manageable situation. Thanks, Chad From: Konstantin Kolinko knst.koli...@gmail.com Sent: Saturday, September 20, 2014 5:27 AM To: Tomcat Users List Subject: Re: Tomcat JVM Crash 2014-09-20 3:01 GMT+04:00 Chad Maniccia cmanic...@mbgaustin.com: Enviroment Windows 2008 R2 Tomcat 8.0.11 Java 1.8.0_20-b26 Sysco HTTPS Firewall (They have to authenticate through it first) HTTPS only Memory Pool=3072MB Thread Stack Size=384 Problem We recently moved to a new Windows server, I installed the exact same software on the new server as the old. The problem is that on the new server Tomcat has a JVM crash two to four times a week almost at the exact same time 11:30PM. This happens to be during the time we have our greatest number of active sessions but not the heaviest use. I have looked into localhost_access_log but the last logged requests don't seem to be the problem. I fear it's not being logged. I have nothing to go on other than the error log which doesn't appear to show a cause other than the blocked threads. I have submitted the report to Oracle but they have failed to comment. Today I increased Tomcat logging to Fine and am monitoring the Threads using JConsole. Can anyone point out a tip or clue I may be missing in this report? Just pointing at some oddities below Internal exceptions (10 events): Event: 46744.455 Thread 0x24459000 Exception a 'java/security/PrivilegedActionException' (0x000783e5a790) thrown at [D:\re\workspace\8-2-build-windows-amd64-cygwin\jdk8u20\1074\hotspot\src\share\vm\prims\jvm.cpp, line 1275] I wonder why the last 10 exceptions are all PrivilegedActionException. Dynamic libraries: 0x00014000 - 0x00014001e000 C:\Program Files\Apache Software Foundation\Tomcat 8.0\bin\Tomcat8.exe 0x77c0 - 0x77da9000 C:\Windows\SYSTEM32\ntdll.dll 0x779e - 0x77aff000 C:\Windows\system32\kernel32.dll 0x07fefdc4 - 0x07fefdcab000 C:\Windows\system32\KERNELBASE.dll 0x07feff89 - 0x07feff96b000 C:\Windows\system32\ADVAPI32.dll 0x07feff97 - 0x07feffa0f000 C:\Windows\system32\msvcrt.dll 0x07feffd5 - 0x07feffd6f000 C:\Windows\SYSTEM32\sechost.dll 0x07feffb2 - 0x07feffc4d000 C:\Windows\system32\RPCRT4.dll 0x07fefe0f - 0x07fefee78000 C:\Windows\system32\SHELL32.dll 0x07feff48 - 0x07feff4f1000 C:\Windows\system32\SHLWAPI.dll 0x07feff7c - 0x07feff827000 C:\Windows\system32\GDI32.dll 0x77b0 - 0x77bfa000 C:\Windows\system32\USER32.dll 0x07feff21 - 0x07feff21e000 C:\Windows\system32\LPK.dll 0x07feffd8 - 0x07feffe49000 C:\Windows\system32\USP10.dll 0x07feffc5 - 0x07feffc7e000 C:\Windows\system32\IMM32.DLL 0x07feffa1 - 0x07feffb19000 C:\Windows\system32\MSCTF.dll 0x6eac - 0x6f318000 C:\Program
getDispatcherType is undefined
Hi, I am trying to deploy a Servlet 3.0 web application with some JSPs on Tomcat 8.0.12. When I try to access the JSPs, I get a Hasper compilation error stating The method getDispatcherType() is undefined for the type HttpServletRequest -- *Meeraj Kunnumpurath* *Director and Executive PrincipalService Symphony Ltd00 44 7702 693597mee...@servicesymphony.com mee...@servicesymphony.com*
Re: getDispatcherType is undefined
2014-09-27 17:47 GMT+04:00 Meeraj Kunnumpurath mee...@servicesymphony.com: Hi, I am trying to deploy a Servlet 3.0 web application with some JSPs on Tomcat 8.0.12. When I try to access the JSPs, I get a Hasper compilation error stating The method getDispatcherType() is undefined for the type HttpServletRequest Whatever tool you are using to compile your JSPs is misconfigured and uses a wrong version of servlet-api classes. It is up to you to find what is wrong in your configuration. (There have already been a similar report, https://issues.apache.org/bugzilla/show_bug.cgi?id=57020 Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: RV: Help for configuration in App Manager in apache-tomcat-7.0.29
Rosario Marin wrote: Hello gays I still have the problem!!! Hello Rosario. I think that there is indeed a problem, but it may be first with the language. :-) This is non-discriminating forum, and we try to help all persuasions, but maybe you could have a look here first : http://www.youtube.com/watch?v=Fzahn-tapWk -Mensaje original- De: Rosario Marin Enviado el: jueves, 25 de septiembre de 2014 04:43 p.m. Para: 'Tomcat Users List' Asunto: RE: Help for configuration in App Manager in apache-tomcat-7.0.29 Hello little more precise about my problem with the Undeploy button for all test applications as I can see active, but not for my services. And you can be more specific in the package path and jar should I change? Post a picture of what I see, my installation is in Spanish. Greetings and thanks -Mensaje original- De: Konstantin Kolinko [mailto:knst.koli...@gmail.com] Enviado el: jueves, 25 de septiembre de 2014 02:21 p.m. Para: Tomcat Users List Asunto: Re: Help for configuration in App Manager in apache-tomcat-7.0.29 2014-09-25 19:21 GMT+04:00 Rosario Marin rosario.ma...@stratus.com.mx: Do you run one Tomcat, listening on 2 different ports ? Yes What do you mean with App Manager ? For example : http://164.152.40.70:7533/manager/html (GUI for deploy of applications). Ok, I have installed apache-tomcat-7.0.29 in the next address IP: http://164.152.40.70/ and Had only the port to the deploy for my web services : http://164.152.40.70:7533/ , but I asked one of those services are deployed on a different port and set up another in the file server.xml which remained follows http://164.152.40.70:7550/ . Then in the first port http://164.152.40.70:7533/manager/html , Here, ' replegar' button is disabled and the second new port http://164.152.40.70:7550/manager/html all good! In that part of the settings I can fix this? From LocalStrings_es.properties file: htmlManagerServlet.appsUndeploy = Replegar You cannot undeploy the Manager application that you are currently using. The button should have been disabled in both cases. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 6.0.37 - java.lang.NoClassDefFoundError: javax/servlet/ServletContainerInitializer
Thanks. Does that mean I am using a servlet-API jar that's based on 3.0? Which version of servlet-API.jar should be used? I think I was using 2.4 version unless there is another version in the tomcat libs folder. I am using tomcat 6.0.37. On Sep 26, 2014, at 5:05 PM, Mark Thomas ma...@apache.org wrote: On 26/09/2014 21:11, Prathyusha Kanala wrote: Hi I have been using Atmosphere for a web application running on tomcat 7. I now have to downgrade to Tomcat 6 due to dependency on other applications. Here is my dependency list. snip/ In order to be compatible with tomcat 6, i changed the dynamic web module from 3.0 to 2.5. Could you please help me resolve this? In a word: No. javax.servlet.ServletContainerInitializer is a Servlet 3.0 class and therefore requires a minimum of Tomcat 7. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: getDispatcherType is undefined
Thank you, by mistake my maven build included gwt-user jar, which ships the servlet API. Sent from my iPhone On 27 Sep 2014, at 15:05, Konstantin Kolinko knst.koli...@gmail.com wrote: 2014-09-27 17:47 GMT+04:00 Meeraj Kunnumpurath mee...@servicesymphony.com: Hi, I am trying to deploy a Servlet 3.0 web application with some JSPs on Tomcat 8.0.12. When I try to access the JSPs, I get a Hasper compilation error stating The method getDispatcherType() is undefined for the type HttpServletRequest Whatever tool you are using to compile your JSPs is misconfigured and uses a wrong version of servlet-api classes. It is up to you to find what is wrong in your configuration. (There have already been a similar report, https://issues.apache.org/bugzilla/show_bug.cgi?id=57020 Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: a problem: tomcat exits unexpectedly
I had modified the os ulimit parameter: open files and max processes, after that, Tomcat does't exit unexpectedly, and the log of Tomcat have not the ... pause, ... init. It seems work normally. But I still don't know the reason. I want to know if the two parameter is the key to solve probelm and how the two parameter of os limit cause the exit of tomcat? On Fri, Sep 19, 2014 at 5:17 PM, Ognjen Blagojevic ognjen.d.blagoje...@gmail.com wrote: Zhao, On 19.9.2014 3:42, bo zhao wrote: but I can't find any error message in the log? what causes the tomcat to pause and stop? One of the suspects for restarts and shutdown seems to be the class com.jd.clover.center.service.AbstractScheduleTaskProcess, as there is a log message regarding it, at the first line of each log excerpt you sent. What is AbstractScheduleTaskProcess class for? -Ognjen - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org