HI Aaron

 The answer to this question is
 "Alternatively, is there any error condition under which a thread will be
 considered hung or otherwise corrupted and killed off? "

 Yes. It does hang , ajp13 connector process(if you use this) will shoot up .

  I know one situation that the  thread hangs off, during that situation you will
get the catalina
  log like this

  2002-12-03 21:23:57 Ajp13Processor[8009][0] process: invoke
java.net.SocketException: Connection reset by peer: socket write error
        at java.net.SocketOutputStream.socketWrite(Native Method)
        at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
        at org.apache.ajp.Ajp13.send(Ajp13.java:525)
        at org.apache.ajp.RequestHandler.finish(RequestHandler.java:496)
        at org.apache.ajp.Ajp13.finish(Ajp13.java:395)
        at
org.apache.ajp.tomcat4.Ajp13Response.finishResponse(Ajp13Response.java:192)
        at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:435)

        at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:495)
        at java.lang.Thread.run(Thread.java:484)


 In this situation the process with id 0 is not accessible.

 Am searching for the reason why. No answer till now.

 Please feel free to share info if we find something

regards
BM





"Dunlop, Aaron" wrote:

> Is there any scenario in which Tomcat 4.0 or 4.1 will kill off processor
> threads?
>
> I know that under apache, it is possible to limit the number of spare
> processes, in which case the controller process will kill off extras when
> load decreases.
>
> Alternatively, is there any error condition under which a thread will be
> considered hung or otherwise corrupted and killed off?
>
> Our application maps certain objects on a per-thread basis, and I'm worried
> that we may end up with memory leaks when objects remain referenced in our
> map even though the thread they are assigned to is no longer valid. (And yes
> - I know this is probably a bad design, and we're looking into some
> refactoring there, but not a week before a release if we can avoid it...)
>
> Either there hasn't been any discussion of this topic in the archives or
> (more likely) I just didn't hit on the right combination of keywords to
> search on. And I can't convince myself one way or that other from the code.
> ;)
>
> Thanks in advance,
> Aaron
>
> -----------------------------------------------------------------------
> Aaron Dunlop
> Product Development Engineer
> TransCore Commercial Services, Inc.
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

--
BM
Architect
Praxid Inc
408-941-8306



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to