Sorry for late "chime in". It seems that your Tomcat JVM was not up properly. From both thread dumps showing main thread in TIMED_WAITING waiting state not in runnable state :
"main" #1 prio=5 os_prio=0 tid=0x0000000001198000 nid=0x2340 waiting on condition [0x000000000132e000] java.lang.Thread.State: TIMED_WAITING (sleeping) at java.lang.Thread.sleep(Native Method) at org.apache.catalina.core.StandardServer.await(StandardServer.java:427) at org.apache.catalina.startup.Catalina.await(Catalina.java:743) at org.apache.catalina.startup.Catalina.start(Catalina.java:689) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:355) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:495) Locked ownable synchronizers: - None I went by the source code(which is little bit outdated): http://grepcode.com/file/repo1.maven.org/maven2/org.apache.tomcat/tomcat-catalina/8.0.24/org/apache/catalina/core/StandardServer.java/ Did you check stderr/stdout log? It should log some error. Here is snippet of main thread from running Tomcat JVM: "main" #1 prio=5 os_prio=0 tid=0x0000000001084000 nid=0x2008 runnable [0x000000000107e000] java.lang.Thread.State: RUNNABLE at java.net.DualStackPlainSocketImpl.accept0(Native Method) at java.net.DualStackPlainSocketImpl.socketAccept(Unknown Source) at java.net.AbstractPlainSocketImpl.accept(Unknown Source) at java.net.PlainSocketImpl.accept(Unknown Source) - locked <0x00000000fbf67198> (a java.net.SocksSocketImpl) at java.net.ServerSocket.implAccept(Unknown Source) at java.net.ServerSocket.accept(Unknown Source) at org.apache.catalina.core.StandardServer.await(StandardServer.java:446) at org.apache.catalina.startup.Catalina.await(Catalina.java:713) at org.apache.catalina.startup.Catalina.start(Catalina.java:659) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:351) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:485) Locked ownable synchronizers: - None Thanks! Suvendu On Sat, Mar 25, 2017 at 2:51 AM, Igal @ Lucee.org <i...@lucee.org> wrote: > Chris, > > On 3/24/2017 2:13 PM, Christopher Schultz wrote: >> >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Igal, >> >> On 3/24/17 1:22 PM, Igal @ Lucee.org wrote: >>> >>> I've traced the issue to an NPE thrown from my servlet. I patched >>> it (https://github.com/lucee/Lucee/commit/0f30a7ef) and now it >>> works fine. >> >> That's good to know, but an NPE thrown from an application shouldn't >> be able to lock-up Tomcat. Can you reproduce this using an SSCCE[1]? > > > I agree. That's the reason I created a simple html file and tested it, as > those do not go through the Lucee servlet. > > I will try to produce a reduced test case, but not sure how simple that > would be. > > > Igal > > > --------------------------------------------------------------------- > 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
