Chuck, >> One of those servlets stops handling or maybe even >> getting requests that it has a mapping for.
>What does a thread dump show in this situation? I will see if I can get access - the machine is more or less a black box for me I'm afraid, and on an internal network that I cannot access directly. Maybe I can setup something on a box inside the net that they can use. I will see what's possible, thanks for the suggestion >> What is odd is that: >> - it's always the same one >Which narrows your focus considerably. True >> - tomcat serves a page for the url, but one from the main servlet >So it appears the mapping is altered? The only dynamic mapping I'm aware of in Tomcat is for JSPs; >are you using them anywhere? The mapping for this one is very static, one very specific url. As are most of the others. Main servlet grabs /** and passes to a binary servlet for binaries. The only direct jsp's are for the 404 and 500 errors, all others get forwarded from one of the servlets. >> - destroy() doesn't get called, so it either escapes the gc >> or gets dropped without any fuss >The destroy() API won't be called unless the entire webapp is stopped, which doesn't appear to be >happening. True, clutching at straws there I think ;) >> - creating a second mapping for the servlet returns the same >> page >How do you do that? The only way I'm aware of is to update web.xml, which will reload the entire >webapp. I added a secondary mapping before starting, which will of course mean the same servlet gets called and not prove a lot. I will try to get some monitoring window to the server so I can grab some more info on the state of the servlet and the vm at the time it occurs. >Tomcat can't log anything when a thread hangs inside a servlet. Again, get a thread dump (or >several). A hanging servlet would mean timeouts for the client I think? Or error 500? danny -- View this message in context: http://www.nabble.com/Servlet-silently-dropped-tp21541015p21560958.html Sent from the Tomcat - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
