Si recibo un archivo war que contiene una aplicación web Java y deseo ejecutar esa guerra localmente, ¿necesito Tomcat o necesito Tomcat y Apache httpd (o cualquier otro servidor web)? ¡Gracias por adelantado!¿Tomcat requiere Apache httpd?
Respuesta
Tomcat es un servidor web propio, por lo que no se requiere un servidor web independiente como Apache. Es probable que desee cambiar el puerto de Tomcat embargo, ya que el valor predeterminado es 8080 y los sitios web son por lo general en el puerto 80.
Creo que la gente en general, ponen Apache frente a Tomcat para que puedan hacer cosas como:
- Tiene un sitio web que tiene varias instancias de Tomcat detrás.
- Sirve archivos estáticos de Apache para quitar carga de Tomcat.
- Use otras características de Apache que pueda necesitar (módulos).
- Como @TacticalCoder menciona en los comentarios, debe ser root para escuchar en el puerto 80, por lo que algunas personas pueden estar usando Apache como una manera fácil de puerto del servidor proxy 80 al puerto 8080.
que había recomiende el enfoque YAGNI y simplemente vaya con Tomcat hasta/a menos que encuentre una razón por la que quiere Apache enfrente de él.
Just Tomcat. HTTPD nunca es un requisito para Tomcat.
si HTTPD no es necesario para Tomcat, ¿qué proceso en tomcat se ocupará de las solicitudes entrantes del servidor? ¿Podría explicar por favor? Gracias. –
@KanagaveluSugumar Tomcat ejecuta un servidor HTTP predeterminado en el puerto 8080 (por lo tanto, establece la redirección de puertos para escuchar las solicitudes que llegan al puerto HTTP 80 o especificar el puerto 8080 en las solicitudes de URL). Además, en el archivo server.xml suministrado, verá el siguiente elemento:
@sactiw ¡Gracias! –
Solo necesita Tomcat o cualquier otro contenedor de servlets de Java (embarcadero, resina, etc.).
Tomcat es un contenedor de servlet que tiene su propio servidor http, por lo que si desea correr una guerra, solo necesita un tomcat, pero si desea ejecutar un sitio web que solo incluya archivos estáticos (html, js, css), debe elegir apache mejor, incluso si el tomcat puede hacer esto
- 1. ¿Cómo ejecuto Apache (httpd) y Tomcat juntos?
- 2. ¿Cómo funcionan Apache httpd y Tomcat?
- 3. Apache HTTPD/mod_proxy/Tomcat y SSL con autenticación de cliente
- 4. WebSocket conexión interrumpida cuando Apache HTTPD delante de Tomcat
- 5. ¿Cómo puedo migrar SSL de Tomcat a Apache HTTPD?
- 6. Tomcat CometProcessor NIO servido a través de Apache httpd?
- 7. LiteSpeed vs Apache httpd
- 8. HTTPD recargar Apache
- 9. Apache .htaccess vs httpd - ¿realmente importa?
- 10. Httpd/Apache. PHP. mod_rewrite. Fedora 17
- 11. Haciendo una autenticación SSL bidireccional entre Apache httpd reverse proxy y Tomcats
- 12. Apache Tomcat Catalina Registros
- 13. Apache Tomcat 404 Error
- 14. Apache Tomcat Request Threads
- 15. ¿Cómo puedo redirigir de Apache a Tomcat?
- 16. Buscando fugas de memoria en Apache httpd y módulos
- 17. Instalación de mod_perl-2.0.7 en Apache httpd-2.4.2
- 18. enviando correo desde apache tomcat
- 19. Diferencia entre Apache HTTP Server y Apache Tomcat?
- 20. ¿Será un dialecto Lisp que funcione con Apache Tomcat?
- 21. ¿Cómo se crean "Alias" en Apache Tomcat?
- 22. Tomcat detrás de Apache y SSL
- 23. Lista de aplicaciones desplegadas en Apache Tomcat
- 24. Apache/mod_rewrite> Tomcat codificación% 26 y "&"
- 25. Pass VM argumento para Apache Tomcat
- 26. Configuración de Apache solr con tomcat 6.0
- 27. Apache Tomcat: java.net.ConnectException: Connection se negó
- 28. apache to tomcat: mod_jk vs mod_proxy
- 29. apache tomcat 503 página de error personalizado
- 30. Frascos compartidos en apache-tomcat 6.0.20
Ahhh - entonces ¿Tomcat * es * el servidor web, y supongo que "Catalina" es el procesador/contenedor de servlet? – IAmYourFaja
@AdamTannon - Sí, [Catalina] (http://en.wikipedia.org/wiki/Apache_Tomcat#Catalina) es el contenedor de servlet. –
@Bredan Long: * "Probablemente también quieras cambiar el puerto de Tomcat" * [sic] ... Con la advertencia de que, en Un * x OS por ejemplo, no puedes escuchar en el puerto 80/443 sin ser * root * . Pero instalar Java/Tomcat como * root * no es necesariamente una buena práctica: en Linux puede instalar Java sin ser * root *. También puede instalar Tomcat sin ser * root *. Luego, como root, puede redirigir de forma transparente el puerto 80/443 a 8080/4443 (por ejemplo) usando el firewall (* por ejemplo, * iptables). Esto generalmente se considera "más seguro" que ejecutar Tomcat como * root * y escuchar directamente en el puerto 80/443. – TacticalCoder