IBM WAS 5.1/Tread Dump-Analyse: Servlet.Engine.Transports fest auf java.net.SocketInputStream.socketRead0

Question

Ich verwende WAS 5.1 mit Sun 1.4.2 Java auf einer Solaris 10-Box. Versuchen herauszufinden, warum die Anwendung nicht mehr reagiert.

Ich sehe in einem Thread-Dump, dass die meisten Fäden Servlet.Engine.Transport[...] benannt bleiben auf dieser Stack-Trace fest:

"Servlet.Engine.Transports : 10388" daemon prio=5 tid=0x00304620 nid=0x322f runnable [1b3cf000..1b3cfc28] 
    at java.net.SocketInputStream.socketRead0(Native Method) 
    at java.net.SocketInputStream.read(SocketInputStream.java:129) 
    at com.ibm.ws.io.Stream.read(Stream.java:17) 
    at com.ibm.ws.io.ReadStream.readBuffer(ReadStream.java:418) 
    at com.ibm.ws.io.ReadStream.read(ReadStream.java:110) 
    at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:454) 
    at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:936) 

Ich denke, ich soll nur diese als Leerlauf-Threads betrachten (Keep-Alive-Verbindungen), aber ich kann nicht Finden Sie viele Informationen, um diese Theorie zu bestätigen ...?

Answer 1

Betrachtet man den "neuesten" 5.1-Quellcode, implizieren die Zeilennummern, dass dies ein Keepalive-Read ist, anstatt die Intra-Request-Daten zu lesen.