https://issues.apache.org/bugzilla/show_bug.cgi?id=49732
Summary: reply_timeout can't wait forever.
Product: Tomcat Connectors
Version: 1.2.30
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mod_jk
AssignedTo: [email protected]
ReportedBy: [email protected]
Created an attachment (id=25869)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=25869)
Log and configuration for this mod_jk's test
I tested following JSP file on the Tomcat.
<%
try {
Thread.sleep(10000);
} catch (Exception e) {}
%>
<html>
<head><title>Timeout</title></head>
<body>Timeout</body>
</html>
workers.properties configuration was following:
worker.list=ap1
worker.template.type=ajp13
worker.template.port=8009
worker.template.lbfactor=1
worker.template.socket_timeout=5
worker.template.connect_timeout=3000
worker.template.prepost_timeout=3000
worker.template.recovery_options=3
worker.template.reply_timeout=0
worker.ap1.reference=worker.template
worker.ap1.host=127.0.0.1
worker.ap1.port=8009
***
For mod_jk 1.2.22, Apache access_log was followig after this test.
127.0.0.1 - - [05/Aug/2010:14:11:41 +0900] "GET /ap001/timeout.jsp HTTP/1.1"
200 73 11163952
For mod_jk 1.2.30, Apache access_log was followig after this test.
127.0.0.1 - - [05/Aug/2010:11:44:17 +0900] "GET /ap001/timeout.jsp HTTP/1.1"
502 306 7007548
Reference Guide say
http://tomcat.apache.org/connectors-doc/reference/workers.html
reply_timeout
> By default (value zero) the webserver will wait forever which could be an
issue for you.
However, I guess mod_jk 1.2.30 does not wait for response forever.
I think influence of following fix.
http://svn.apache.org/viewvc/tomcat/connectors/trunk/jk/native/common/jk_connect.c?view=markup&pathrev=705977
Best regards
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
