On Thu, 10 Jun 2010 19:54:51 -0700, Mike Schilling wrote:
"ClassCastException" <zjkg3d9gj56@gmail.invalid> wrote in message
news:hus76c$g1n$2@news.eternal-september.org...
I think the usual situation will be that a) you don't catch Error and
b) servlet containers etc. run servlets etc. in separate threads and
deal with it gracefully if any of these threads abends. If you have
multiple threads, provide some interrupt mechanism that can be
triggered.
A servlet container will handle each request in a separate thread, and
direct that thread to the servlet that should handle it. One
request's thread erroring horribly doesn't prevent further requests
from being processed by that same servlet. Preventing any further
processing would require some management operation that disables the
servlet, or more likely its containing web application.
Euuww. That means you need to tell the servlet container to unregister
you, or else set a public static mutable error flag that makes all
subsequent instances prompt-fail, or something. Global variables. Ick!
Does the servlet<->container API/protocol/whatever not include an
explicit way for a servlet to signal a fatal error to the container?
Let alone to perform just-once initialization, prior to handling
requests, which can fail?
Yeah, that you can do. There's an init() method, and if it throws an
of. Not sure if that's part of the spec.)