You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by David Rodríguez Fernández <d-...@chronoexpres.com> on 2007/02/02 09:09:31 UTC
RE: mod_jk replacement?
You can do an configuration too easy with all versions of mod_proxy, but an
exaustive analisys of the application and an advanced configuration in
apache can speed up the service. With the example I mentioned in an previous
post I'm serving all static content with apache and only pass to tomcat the
dinamic content. In my application aprox the 90% of requests are .jpg .gif.
.css .js .pdf ... If apache serves this kind of content, I'm reducind the
tomcat's load in 90%.
-----Mensaje original-----
De: JNeuhoff [mailto:neuhoff@mhccorp.com]
Enviado el: jueves, 25 de enero de 2007 14:38
Para: users@tomcat.apache.org
Asunto: RE: mod_jk replacement?
I just tried it with the mod_proxy and mod_proxy_http modules which are
indeed available for Apache 2.0.59, and it works fine connecting to backend
Tomcat web service using the http protocol and port 8080.
I only needed one line in Apache's configuration:
ProxyPass /ohpr/ http://localhost:8080/ohpr/
(where ohpr is the web service context). Much easier to configure!
I'll run some stresstests with this setup tomorrow, as I did with the mod_jk
in recent days, to see how mod_proxy will cope with higher web traffic load.
J.Neuhoff
David Rodríguez Fernández wrote:
>
> You can use the mod_proxy, with the 8080 port and http protocol. This
> is implemented in apache 2.0.x (and 1.3.x). The sintax is similar as i
> mencioned in the previous message.
>
> -----Mensaje original-----
> De: Hassan Schroeder [mailto:hassan.schroeder@gmail.com]
> Enviado el: lunes, 22 de enero de 2007 16:55
> Para: Tomcat Users List
> Asunto: Re: mod_jk replacement?
>
> On 1/22/07, David Rodríguez Fernández <d-...@chronoexpres.com>
> wrote:
>> Recently i'm using mod_proxy_ajp, as mod_jk replacement with apache.
>
> The OP asked about Apache httpd 2.0.x, for which mod_proxy_ajp is not
> available (introduced in 2.2.x).
>
> And yes, I've used it successfully in production on Linux boxes, but I
> have no experience with it on Windows.
>
> --
> Hassan Schroeder ------------------------ hassan.schroeder@gmail.com
>
>
>
>
> ----------------------------------------------------------------------
>
> La Información incluida en el presente correo electrónico es SECRETO
> PROFESIONAL Y CONFIDENCIAL, siendo para el uso exclusivo del
> destinatario arriba mencionado. Si usted lee este mensaje y no es el
> destinatario señalado, el empleado o el agente responsable de entregar
> el mensaje al destinatario, o ha recibido esta comunicación por error,
> le informamos que esta totalmente prohibida cualquier divulgación,
> distribución o reproducción de esta comunicación, y le rogamos que nos
> lo notifique inmediatamente y nos devuelva el mensaje original a la
> dirección arriba mencionada.
>
> Gracias.
>
> The information contained in this e-mail is LEGALLY PRIVILEDGED AND
> CONFIDENTIAL and is intended only for the use of the addressee named
> above. If the reader of this message is not the intended recipient or
> the employee or agent responsible for delivering the message to the
> intended recipient, or you have received this communication in error,
> please be aware that any dissemination, distribution or duplication of
> this communication is strictly prohibited, and please notify us
> immediately and return the original message to us at the address above.
>
> Thank you.
>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
> e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/mod_jk-replacement--tf3050993.html#a8615582
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
----------------------------------------------------------------------
La Información incluida en el presente correo electrónico es SECRETO
PROFESIONAL Y CONFIDENCIAL, siendo para el uso exclusivo del
destinatario arriba mencionado. Si usted lee este mensaje y no es el
destinatario señalado, el empleado o el agente responsable de entregar
el mensaje al destinatario, o ha recibido esta comunicación por error,
le informamos que esta totalmente prohibida cualquier divulgación,
distribución o reproducción de esta comunicación, y le rogamos que nos
lo notifique inmediatamente y nos devuelva el mensaje original a la
dirección arriba mencionada.
Gracias.
The information contained in this e-mail is LEGALLY PRIVILEDGED AND
CONFIDENTIAL and is intended only for the use of the addressee named
above. If the reader of this message is not the intended recipient or
the employee or agent responsible for delivering the message to the
intended recipient, or you have received this communication in error,
please be aware that any dissemination, distribution or duplication of
this communication is strictly prohibited, and please notify us
immediately and return the original message to us at the address above.
Thank you.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: mod_jk replacement?
Posted by Mladen Turk <ml...@gmail.com>.
JNeuhoff wrote:
> The same here. Most of the static content (such as *.png) is being served by
> the Apache frontend, and only requests for to our web service are configured
> with the ProxPass directives. I had to use the ProxyPassReverse, too:
>
> ProxyPreserveHost On
> ProxyPass /ohpr/ http://localhost:8080/ohpr/
> /ohpr/ http://localhost:8080/ohpr/
>
>
> It is slightly slower than mod_jk, but doesn't develop the un-recoverable
> TCP Connections Aborted conditions so easily on Windows 2003 as mod_jk does,
LOL. Can you put some money on that statement?
The http proxy is at least 2 times slower the mod_jk.
Reasons for that (major) are:
1. http needs to reconnect for each request
2. AJP is binary http protocol, so it saves the
network bandwith up to 20%
Regards,
Mladen.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: mod_jk replacement?
Posted by JNeuhoff <ne...@mhccorp.com>.
The same here. Most of the static content (such as *.png) is being served by
the Apache frontend, and only requests for to our web service are configured
with the ProxPass directives. I had to use the ProxyPassReverse, too:
ProxyPreserveHost On
ProxyPass /ohpr/ http://localhost:8080/ohpr/
ProxyPassReverse /ohpr/ http://localhost:8080/ohpr/
It is slightly slower than mod_jk, but doesn't develop the un-recoverable
TCP Connections Aborted conditions so easily on Windows 2003 as mod_jk does,
hence it can cope better with heavier web traffic. Even so, will still
managed to get the web service unresponsive after subjecting it to a 10
minutes stresstest, and Rainer Jung suggested to apply a Microsoft hotfix
(http://support.microsoft.com/kb/925513) to reduce the chances of
un-recoverable aborted TCP Connection errors. I am still waiting for our
Sysadmins to get this from Microsoft, unfortunately it is not yet freely
downloadable, but it will be part of the upcoming Windows 2003 SP2.
Juergen Neuhoff
David Rodríguez Fernández wrote:
>
> You can do an configuration too easy with all versions of mod_proxy, but
> an
> exaustive analisys of the application and an advanced configuration in
> apache can speed up the service. With the example I mentioned in an
> previous
> post I'm serving all static content with apache and only pass to tomcat
> the
> dinamic content. In my application aprox the 90% of requests are .jpg
> .gif.
> .css .js .pdf ... If apache serves this kind of content, I'm reducind the
> tomcat's load in 90%.
>
> -----Mensaje original-----
> De: JNeuhoff [mailto:neuhoff@mhccorp.com]
> Enviado el: jueves, 25 de enero de 2007 14:38
> Para: users@tomcat.apache.org
> Asunto: RE: mod_jk replacement?
>
>
> I just tried it with the mod_proxy and mod_proxy_http modules which are
> indeed available for Apache 2.0.59, and it works fine connecting to
> backend
> Tomcat web service using the http protocol and port 8080.
>
> I only needed one line in Apache's configuration:
>
> ProxyPass /ohpr/ http://localhost:8080/ohpr/
>
> (where ohpr is the web service context). Much easier to configure!
>
> I'll run some stresstests with this setup tomorrow, as I did with the
> mod_jk
> in recent days, to see how mod_proxy will cope with higher web traffic
> load.
>
> J.Neuhoff
>
>
>
> David Rodríguez Fernández wrote:
>>
>> You can use the mod_proxy, with the 8080 port and http protocol. This
>> is implemented in apache 2.0.x (and 1.3.x). The sintax is similar as i
>> mencioned in the previous message.
>>
>> -----Mensaje original-----
>> De: Hassan Schroeder [mailto:hassan.schroeder@gmail.com]
>> Enviado el: lunes, 22 de enero de 2007 16:55
>> Para: Tomcat Users List
>> Asunto: Re: mod_jk replacement?
>>
>> On 1/22/07, David Rodríguez Fernández <d-...@chronoexpres.com>
>> wrote:
>>> Recently i'm using mod_proxy_ajp, as mod_jk replacement with apache.
>>
>> The OP asked about Apache httpd 2.0.x, for which mod_proxy_ajp is not
>> available (introduced in 2.2.x).
>>
>> And yes, I've used it successfully in production on Linux boxes, but I
>> have no experience with it on Windows.
>>
>> --
>> Hassan Schroeder ------------------------ hassan.schroeder@gmail.com
>>
>>
>>
>>
>> ----------------------------------------------------------------------
>>
>> La Información incluida en el presente correo electrónico es SECRETO
>> PROFESIONAL Y CONFIDENCIAL, siendo para el uso exclusivo del
>> destinatario arriba mencionado. Si usted lee este mensaje y no es el
>> destinatario señalado, el empleado o el agente responsable de entregar
>> el mensaje al destinatario, o ha recibido esta comunicación por error,
>> le informamos que esta totalmente prohibida cualquier divulgación,
>> distribución o reproducción de esta comunicación, y le rogamos que nos
>> lo notifique inmediatamente y nos devuelva el mensaje original a la
>> dirección arriba mencionada.
>>
>> Gracias.
>>
>> The information contained in this e-mail is LEGALLY PRIVILEDGED AND
>> CONFIDENTIAL and is intended only for the use of the addressee named
>> above. If the reader of this message is not the intended recipient or
>> the employee or agent responsible for delivering the message to the
>> intended recipient, or you have received this communication in error,
>> please be aware that any dissemination, distribution or duplication of
>> this communication is strictly prohibited, and please notify us
>> immediately and return the original message to us at the address above.
>>
>> Thank you.
>>
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
>> e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/mod_jk-replacement--tf3050993.html#a8615582
> Sent from the Tomcat - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
>
>
> ----------------------------------------------------------------------
>
> La Información incluida en el presente correo electrónico es SECRETO
> PROFESIONAL Y CONFIDENCIAL, siendo para el uso exclusivo del
> destinatario arriba mencionado. Si usted lee este mensaje y no es el
> destinatario señalado, el empleado o el agente responsable de entregar
> el mensaje al destinatario, o ha recibido esta comunicación por error,
> le informamos que esta totalmente prohibida cualquier divulgación,
> distribución o reproducción de esta comunicación, y le rogamos que nos
> lo notifique inmediatamente y nos devuelva el mensaje original a la
> dirección arriba mencionada.
>
> Gracias.
>
> The information contained in this e-mail is LEGALLY PRIVILEDGED AND
> CONFIDENTIAL and is intended only for the use of the addressee named
> above. If the reader of this message is not the intended recipient or
> the employee or agent responsible for delivering the message to the
> intended recipient, or you have received this communication in error,
> please be aware that any dissemination, distribution or duplication of
> this communication is strictly prohibited, and please notify us
> immediately and return the original message to us at the address above.
>
> Thank you.
>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/mod_jk-replacement--tf3050993.html#a8767896
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
RE: mod_jk replacement?
Posted by JNeuhoff <ne...@mhccorp.com>.
The same here. Most of the static content (such as *.png) is being served by
the Apache frontend, and only requests for to our web service are configured
with the ProxPass directives. I had to use the ProxyPassReverse, too:
ProxyPreserveHost On
ProxyPass /ohpr/ http://localhost:8080/ohpr/
/ohpr/ http://localhost:8080/ohpr/
It is slightly slower than mod_jk, but doesn't develop the un-recoverable
TCP Connections Aborted conditions so easily on Windows 2003 as mod_jk does,
hence it can cope better with heavier web traffic. Even so, will still
managed to get the web service unresponsive after subjecting it to a 10
minutes stresstest, and Rainer Jung suggested to apply a Microsoft hotfix
(http://support.microsoft.com/kb/925513) to reduce the chances of
un-recoverable aborted TCP Connection errors. I am still waiting for our
Sysadmins to get this from Microsoft, unfortunately it is not yet freely
downloadable, but it will be part of the upcoming Windows 2003 SP2.
Juergen Neuhoff
David Rodríguez Fernández wrote:
>
> You can do an configuration too easy with all versions of mod_proxy, but
> an
> exaustive analisys of the application and an advanced configuration in
> apache can speed up the service. With the example I mentioned in an
> previous
> post I'm serving all static content with apache and only pass to tomcat
> the
> dinamic content. In my application aprox the 90% of requests are .jpg
> .gif.
> .css .js .pdf ... If apache serves this kind of content, I'm reducind the
> tomcat's load in 90%.
>
> -----Mensaje original-----
> De: JNeuhoff [mailto:neuhoff@mhccorp.com]
> Enviado el: jueves, 25 de enero de 2007 14:38
> Para: users@tomcat.apache.org
> Asunto: RE: mod_jk replacement?
>
>
> I just tried it with the mod_proxy and mod_proxy_http modules which are
> indeed available for Apache 2.0.59, and it works fine connecting to
> backend
> Tomcat web service using the http protocol and port 8080.
>
> I only needed one line in Apache's configuration:
>
> ProxyPass /ohpr/ http://localhost:8080/ohpr/
>
> (where ohpr is the web service context). Much easier to configure!
>
> I'll run some stresstests with this setup tomorrow, as I did with the
> mod_jk
> in recent days, to see how mod_proxy will cope with higher web traffic
> load.
>
> J.Neuhoff
>
>
>
> David Rodríguez Fernández wrote:
>>
>> You can use the mod_proxy, with the 8080 port and http protocol. This
>> is implemented in apache 2.0.x (and 1.3.x). The sintax is similar as i
>> mencioned in the previous message.
>>
>> -----Mensaje original-----
>> De: Hassan Schroeder [mailto:hassan.schroeder@gmail.com]
>> Enviado el: lunes, 22 de enero de 2007 16:55
>> Para: Tomcat Users List
>> Asunto: Re: mod_jk replacement?
>>
>> On 1/22/07, David Rodríguez Fernández <d-...@chronoexpres.com>
>> wrote:
>>> Recently i'm using mod_proxy_ajp, as mod_jk replacement with apache.
>>
>> The OP asked about Apache httpd 2.0.x, for which mod_proxy_ajp is not
>> available (introduced in 2.2.x).
>>
>> And yes, I've used it successfully in production on Linux boxes, but I
>> have no experience with it on Windows.
>>
>> --
>> Hassan Schroeder ------------------------ hassan.schroeder@gmail.com
>>
>>
>>
>>
>> ----------------------------------------------------------------------
>>
>> La Información incluida en el presente correo electrónico es SECRETO
>> PROFESIONAL Y CONFIDENCIAL, siendo para el uso exclusivo del
>> destinatario arriba mencionado. Si usted lee este mensaje y no es el
>> destinatario señalado, el empleado o el agente responsable de entregar
>> el mensaje al destinatario, o ha recibido esta comunicación por error,
>> le informamos que esta totalmente prohibida cualquier divulgación,
>> distribución o reproducción de esta comunicación, y le rogamos que nos
>> lo notifique inmediatamente y nos devuelva el mensaje original a la
>> dirección arriba mencionada.
>>
>> Gracias.
>>
>> The information contained in this e-mail is LEGALLY PRIVILEDGED AND
>> CONFIDENTIAL and is intended only for the use of the addressee named
>> above. If the reader of this message is not the intended recipient or
>> the employee or agent responsible for delivering the message to the
>> intended recipient, or you have received this communication in error,
>> please be aware that any dissemination, distribution or duplication of
>> this communication is strictly prohibited, and please notify us
>> immediately and return the original message to us at the address above.
>>
>> Thank you.
>>
>>
>>
>> ---------------------------------------------------------------------
>> To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe,
>> e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>>
>>
>
> --
> View this message in context:
> http://www.nabble.com/mod_jk-replacement--tf3050993.html#a8615582
> Sent from the Tomcat - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
>
>
> ----------------------------------------------------------------------
>
> La Información incluida en el presente correo electrónico es SECRETO
> PROFESIONAL Y CONFIDENCIAL, siendo para el uso exclusivo del
> destinatario arriba mencionado. Si usted lee este mensaje y no es el
> destinatario señalado, el empleado o el agente responsable de entregar
> el mensaje al destinatario, o ha recibido esta comunicación por error,
> le informamos que esta totalmente prohibida cualquier divulgación,
> distribución o reproducción de esta comunicación, y le rogamos que nos
> lo notifique inmediatamente y nos devuelva el mensaje original a la
> dirección arriba mencionada.
>
> Gracias.
>
> The information contained in this e-mail is LEGALLY PRIVILEDGED AND
> CONFIDENTIAL and is intended only for the use of the addressee named
> above. If the reader of this message is not the intended recipient or
> the employee or agent responsible for delivering the message to the
> intended recipient, or you have received this communication in error,
> please be aware that any dissemination, distribution or duplication of
> this communication is strictly prohibited, and please notify us
> immediately and return the original message to us at the address above.
>
> Thank you.
>
>
>
> ---------------------------------------------------------------------
> To start a new topic, e-mail: users@tomcat.apache.org
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/mod_jk-replacement--tf3050993.html#a8767896
Sent from the Tomcat - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org