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
>
>
