"Geralyn M Hollerman" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Bill Barker wrote: > > > It depends on which <Connector> you are using. The value of "0" is > > simply > > that both the Http-Coyote and the Jk-Coyote would both behave as the > > docs > > describe for "-1". > > Yes, Coyote was what I was thinking of. > > > For the Jk-Coyote Connector, you usually want the connectionTimeout > > disabled, or at least set to a large value (e.g. 5min). The mod_jk > > module > > will reuse the connection for different requests, so the only reason > > to have > > a connectionTimeout at all is to free up Threads after a peak-request > > spike. > > I've got a Linux 7.x box configured this way, but on my Solaris boxes > > I > > always disable 'connectionTimeout'. > > This brings up an interesting point. Is this parameter akin to Apache's > "TimeOut" directive? If so, then would it not be a problem if you had > the Tomcat connectionTimeout set to some low value (let's say, 1 min) > and Apache TimeOut set to the default (5 min)? I would think Apache > would pass a request along after, say 4 min, but Tomcat would've timed > out, no? Or are they not related as I'm thinking? >
It is functionally similar at the implementation level, but very different at the abstracted level. If you set connectionTimeout="1min", and TimeOut="5min" (note: neither of these is syntactically correct, they are just for the purpose of discussion), then after 4min Apache would discover that Tomcat dropped the connection. It would then attempt to open a new connection to Tomcat, and proceed to use that one. There is a slight performance hit with re-opening the connection, but that's all. This feature has been there since mod_jk 1.1 (e.g. the one that ships with TC 3.3). The result is that setting the connectionTimeout (to a reasonable value) only has the effect of removing Tomcat Threads if the server becomes idle (e.g. it is an intranet site, so gets next to no traffic after 5PM). > -- > Lynn Hollerman. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
