I am just writing to make sure that I understand how the keepAliveTimeout works in Tomcat.
I am using Tomcat 7. The client (which happens to be a sliverlight app) polls the server every few seconds for new data. Since, it is every few second is below the keepAliveTimeout, I assume that it keeping the connection alive on the server, and thus will not have to renegotiate TCP. I installed an app to view the http headers, it does look like keep alive is one, along with content lengths. Would I see something in the http headers if it was closing the connection somewhere?
According to the tomcat docs, it appears that the default for the keepAliveTimeout is set to the connectionTimeout (which is 60 secs). So, as I understand it, the server will keep that TCP connection open with the client for 60 secs (so long as the client does not send a close request). Right?
If the number of threads is getting too high, does tomcat first close out these open connections before rejecting new connections?
We will likely be changing our model soon to Comet, but I just want to make sure I understand this portion.
Of course, I found a very beautiful couch. Definitely. And this tiny ad:
free, earth-friendly heat - a kickstarter for putting coin in your pocket while saving the earth