In my server.xml, I have this line which turns on APR: <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
And the Connectors look like this: <Connector port="8080" protocol="HTTP/1.1" URIEncoding="utf-8" connectionTimeout="5000" maxThreads="800" maxKeepAliveRequests="1" redirectPort="8443" /> <Connector port="8443" URIEncoding="utf-8" connectionTimeout="5000" maxThreads="800" maxKeepAliveRequests="1" SSLCertificateFile="/home/user/ssl/2010.www.foo.com.crt" SSLCertificateKeyFile="/home/user/ssl/www.foo.com.key" SSLCertificateChainFile="/home/user/ssl/intermediateCA.cer" scheme="https" secure="true" SSLEnabled="true" clientAuth="false" sslProtocol="TLS"/> With this configuration, can I assume that the Connector that I'm using is the APR/native Connector (the 3rd one in the Connector Comparison table)? On Fri, Dec 16, 2011 at 5:21 AM, Caldarale, Charles R < chuck.caldar...@unisys.com> wrote: > > From: André Warnier [mailto:a...@ice-sa.com] > > Subject: Re: keepalive issue > > > Since you are under Tomcat 7, you may want to have a look at > > the Executor feature. > > Which has been available since at least Tomcat 6 (I'm too lazy to look at > the older docs). > > > Again, I am not an expert, but if I understand correctly what > > this does, it avoids these "keep-alive" threads sitting around > > doing nothing, and allows them to be used to service requests > > on other connections in the meantime. > > No, an <Executor> does nothing of the sort; rather it shares a thread pool > across multiple <Connector>s. > > If you want to avoid threads attached to connections, use a <Connector> > other than the basic one: > http://tomcat.apache.org/tomcat-7.0-doc/config/http.html > > Look at the table at the bottom of the page for a comparison of > <Connector> types. The "Wait for next request" row is the one of interest > here. > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you > received this in error, please contact the sender and delete the e-mail and > its attachments from all computers. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > >