Peter Gallagher wrote:
If you can reproduce easily and it is not a heavy traffic application.
Increase log level to debug until it happens again and make the log
available plus the information, between which timestamps you think there
is such a delay.
Below is an excerpt from the ISAPI redirector log. The last 3 lines before the
pause are:
[Mon Aug 04 14:50:19.243 2008] [4144:2384] [debug] jk_isapi_plugin.c (1518):
service() returned OK
[Mon Aug 04 14:50:19.243 2008] [4144:2384] [debug] jk_ajp_common.c (691):
(tomcat2) resetting endpoint with sd = 1196
[Mon Aug 04 14:50:19.243 2008] [4144:2384] [debug] jk_ajp_common.c (2522):
recycling connection pool slot=0 for worker tomcat2
15 minutes later, the ISAPI redirector continues with the following:
[Mon Aug 04 15:05:36.761 2008] [4144:5420] [debug] jk_isapi_plugin.c (1199):
Filter started
[Mon Aug 04 15:05:36.761 2008] [4144:5420] [debug] jk_uri_worker_map.c (786):
File C:\Inetpub\tomcat_iis_connector\conf\uriworkermap.properties is not
modified
[Mon Aug 04 15:05:36.761 2008] [4144:5420] [debug] jk_uri_worker_map.c (682):
Attempting to map URI '/localhost/lagan/richclientconfig/locale.properties'
from 1 maps
From the point of view of the plugin, during that 15 minute pause there
was no work to do. The previous request handling was completed, and no
further request was to be handled until the 15 minutes passed.
So I would say there is some reason the client thinks it shouldn't talk
to this server for 15 minutes. The client in this case is a Java
program. You should talk to the client developer, if he is doing
something special in his communication handling (in this case we
returned a 404 page of length 1030 Bytes).
It seems there is not much we can do on the web server side here. If
you've got valid evidence, that indeed the client tries to talk to the
server during the 15 minutes (e.g. by sniffing traffic with
tcpdump/snoop/wireshark), let us know.
Regards,
Rainer
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
