[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: TOMCAT ampliando conceptos




----- Original Message ----- From: "Guimi" <listas@guimi.net>
To: <debian-user-spanish@lists.debian.org>
Sent: Thursday, May 03, 2007 10:09 AM
Subject: Re: TOMCAT ampliando conceptos


Carlos Luis Sánchez Bocanegra escribió:
Hay algo que aun tengo en duda y que me gustaría ver vuestra opinión:



Hola:

Pasé tiempo instalando esto hace unos años ya, y la instalación es sencilla,
hasta puede automatizarse pero en realidad la documentación era y es
algo confusa, lo veo en tu pregunta...

Tengo claro la instalacion de tomcat, la cuestión es...que enfoques le dais a
los que usais a la hora de montarlo con un demonio?,
como demonio es la misma configuración , lo único que cambia es la manera de
arrancarlo...
cd $CATALINA_HOME
./bin/jsvc -Djava.endorsed.dirs=./common/endorsed -cp ./bin/bootstrap.jar \
       -outfile ./logs/catalina.out -errfile ./logs/catalina.err \
       org.apache.catalina.startup.Bootstrap

usais jk2 de apache y  sobre el mismo el tomcat?
jk2 no es de apache... mod_jk es el módulo para el apache
que le permite conectar con los conectores del tomcat.

workers : una o varias instancias de tomcat en espera de lo que Apache les manda a través de los conectores ajp12, ajp13, etc.. para ejecutar los Servlets y/ó páginas JSP.

o directamente tomcat el que resuelva también las
peticiones de apache.

Tomcat para responder peticiones http podria hacerlo usando el stack interno http que tiene pero necesitaria además el mod_proxy que no está mal... pero es lento e incomparable con apache que lleva 10 casi 11 años de optimizaciones en las costillas, La única desventaja es que tomcat tendria que analizar(parse) las peticiones http, para generarla otra vez, y luego volver a analizar(parse) la respuesta para devolverla intacta... pero si que lo puedes usar como server http y olvidarte del apache si no vas a tener muchas páginas html, php, imágenes etc.. en todo caso perderás en eficiencia solo cuando tengas que procesar algo que no sea servlet, jsp. Por otra parte... hay pocos ataques a servers tomcat http y demasiados a apache.. ;) tiene su ventaja, y como todo.. es a gusto del admin ;)

Me gustaría saber la experiencia de los que ya teneis
esto adelantado en cuanto a rendimiento y prácticas.
Rinde muy bien aunque tienes que estar muy claro que no rompa
la conexión apache+tomcat pues se quedan abiertas las conexiones
y se forma la de dios...


Gracias de antemano.
de nada :)


salu2

Jdg


Reply to: