Question

¿Cuales son las principales ventajas de cada uno?
¿Que me convendría utilizar para mi appweb dinámica?
¿Cuales son sus contras?
¿Cuales son sus principales ventajas? ( Lo que tiene la una que la otra no)
¿Cual tiene mas documentación, para la ayuda y así?
¿Cual es mas estable?

Gracias de antemano..

Answer 1

Tomcat

• Tiene mas tiempo en el campo.
• es un contenedor web con soporte de servlets y JSP ( http://www.edu4java.com/es/servlet/servlet1.html )
• Mas ligero, no "pre integrado" como glassfish, eso no quiere decir que no se pueda agregar componentes externos, queda a criterio del desarrollador.
• siendo mas ligero tiene menos complejidad y uso de recursos asi como de modularidad.

Glassfish

• Es un contenedor EE y es es la implementación de referencia de J2EE, maneja la ejecución de EJB, JMS, JTA, RMI, etc
• ya que dispones de los componentes anteriormente dichos se lo ve como una solucion más "empresarial"
• Menos tiempo en el campo
• Desarrollado por Sun Microsystems adquirida por Oracle

EJB: es.wikipedia.org/wiki/Enterprise_JavaBeans
JMS: es.wikipedia.org/wiki/Java_Message_Service
JTA: es.wikipedia.org/wiki/Java_Transaction_API

sobre la documentacion:

personalmente a ambos los veo bien documentados, mientras el ingles no sea tu problema.

sobre la estabilidad:
con las recientes actualizaciones tanto de tomcat como de glassfish los veo estables. el problema con tomcat es que mientras mas exigente sea tu aplicacion vas a tener que agregarle los componentes necesarios y eso iria por tu cuenta.

sobre la popularidad:
Hay mas desarrolladores usando tomcat, un ejemplo es la cantidad de preguntas en stackoverflow:

http://stackoverflow.com/questions/tagged/glassfish (5,467 preguntas)
http://stackoverflow.com/questions/tagged/tomcat (21,825 preguntas)

eso quiere decir que podrias encontrar problemas ya resueltos.

Aca encontre un articulo interesante, tomcat esta liderando seguido de jetty

https://plumbr.eu/blog/most-popular-application-servers-in-2014

Opinion personal final:

Todo depende de hacia donde va tu aplicacion, depende de que tan compleja vaya a ser, siendo algo simple yo optaria por tomcat, jetty, etc, en cambio si necesitas una aplicacion mas compleja y exigente vete por glassfish, JBoss, etc.

Answer 2

Ambos servidores son realmente buenos, claro que hay que configurarlos bien una vez que tu sistema o aplicacion este en produccion ya que no es para nada conveniente utilizar en producción la configuracion de seguridad que nos ofrecen.

Te inclinarás por uno o u otro por las necesidades y estructura de tu aplicación o sistema. Porque aunque ambos sean servidores de aplicaciones, tienen fines en común diferentes. Te explico.

Apache Tomcat es un contenedor de servlets, mientras que GlassFish es un servidor de aplicaciones que implementa todo el perfil EE de Java.

¿Cuál es la diferencia?

Tomcat está Ok para aplicaciones web estándard que consten de servlets. Pero si tienes un WebService, un RESTful, tomcat no te servirá. Aquí es donde GlassFish es útil ya que implementa todo el perfil EE de Java y por lo tanto, podrá ejecutar aplicaciones que contengan partes hechas con Java EE, como JAX-WS (WebServices) o JAX-RS (RESTful) por ejemplo.

La versión 4.x de GlassFish implementa todo el perfil Java EE 7.

Answer 3

Si tu aplicación está basada en EJB (Enterprise Java Bean), es más simple partir de GlassFish porque ya tiene todo el EE adentro.

Si tu aplicación no se basa en EJB (o requiere solo un par de Beans), suele ser mejor partir de Tomcat, porque no tendrá toda la sobrecarga del soporte EJB, JEE, etc que no usarás.

Hay muy pocas cosas que no se puedan hacer partiendo de cualquiera de los dos... a lo sumo, partir de uno allana el camino. Glassfish es un poco más difícil de configurar y mantener que Tomcat.

Nota importante: en general, los qu ehacemos software no tomamos la desición de cual usar, sino que usamos el que la empresa haya decidido y generalmente para agregar aplicaciónes a la infraestructura de software existente. En ese caso, no solo tenés que usar el Tomcat o el Glassfish que sea, sino que además tendrás que usar la misma versión que ya esté en uso, porque son servidores bastante poco compatibles entre sí por la fuerte dependencia de la versión de Java que implementan.