Author: rjung
Date: Wed Oct 28 18:55:12 2009
New Revision: 830722
URL: http://svn.apache.org/viewvc?rev=830722&view=rev
Log:
Fix grammar and add caveat about related Tomcat setting.
Modified:
tomcat/jk/trunk/xdocs/reference/workers.xml
Modified: tomcat/jk/trunk/xdocs/reference/workers.xml
URL:
http://svn.apache.org/viewvc/tomcat/jk/trunk/xdocs/reference/workers.xml?rev=830722&r1=830721&r2=830722&view=diff
==============================================================================
--- tomcat/jk/trunk/xdocs/reference/workers.xml (original)
+++ tomcat/jk/trunk/xdocs/reference/workers.xml Wed Oct 28 18:55:12 2009
@@ -387,11 +387,11 @@
</directive>
<directive name="connection_pool_timeout" default="0" required="false">
-Cache timeout property should be used with <b>connection_pool_size</b> to
specify how many seconds JK should keep
+Cache timeout property should be used with <b>connection_pool_minsize</b> to
specify how many seconds JK should keep
an inactive socket in cache before closing it. This property should be used to
reduce the number of threads
on the Tomcat web server. The default value zero disables the closing
(infinite timeout).
<p>
-Each child could open an ajp13 connection if it have to forward a request to
Tomcat, creating
+Each child could open an ajp13 connection if it has to forward a request to
Tomcat, creating
a new ajp13 thread on Tomcat side.
</p>
<p>
@@ -400,6 +400,11 @@
to handle high-load, even it the child/thread handle only static contents, you
could
finish having many unused ajp13 threads on the Tomcat side.
</p>
+<p>
+You should keep this time interval in sync with the <b>connectionTimeout</b>
attribute
+of your AJP connector in Tomcat's server.xml. Note however, that the value
+for mod_jk is given in seconds, the one in server.xml has to use milliseconds.
+</p>
</directive>
<directive name="connection_acquire_timeout" default="retries*retry_interval"
required="false">
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
