¿Cuál es la diferencia entre Tomcat, JBoss y Glassfish?

Estoy empezando a buscar Enterprise Java y el libro que estoy siguiendo menciona que usará JBoss. Netbeans se envía con Glassfish. He usado Tomcat en el pasado.

¿Cuáles son las diferencias entre estos tres programas?

Tomcat es solo un contenedor de servlets, es decir, implementa solo los servlets y la especificación JSP. Glassfish y JBoss son servidores completos de Java EE (que incluyen cosas como EJB, JMS, …), siendo Glassfish la implementación de referencia de la última pila de Java EE 6, pero JBoss en 2010 aún no lo admitía por completo.

Tomcat es simplemente un servidor HTTP y un contenedor de servlet de Java. JBoss y GlassFish son servidores de aplicaciones Java EE completos, que incluyen un contenedor EJB y todas las demás características de esa pila. Por otro lado, Tomcat tiene una huella de memoria más ligera (~60-70 MB), mientras que esos servidores Java EE pesan cientos de megas. Tomcat es muy popular para aplicaciones web simples o aplicaciones que utilizan marcos como Spring que no requieren un servidor Java EE completo. Podría decirse que la administración de un servidor Tomcat es más fácil, ya que hay menos partes móviles.

Sin embargo, para las aplicaciones que requieren una pila completa de Java EE (o al menos más piezas que podrían agregarse fácilmente a Tomcat)… JBoss y GlassFish son dos de las ofertas de código abierto más populares (la tercera es Apache Geronimo , sobre el que se construye la versión gratuita de IBM WebSphere). JBoss tiene una comunidad de usuarios más grande y profunda, y una base de código más madura. Sin embargo, JBoss va muy por detrás de GlassFish en la implementación de las especificaciones actuales de Java EE. Además, para aquellos que prefieren un sistema de administración basado en GUI… La consola de administración de GlassFish es extremadamente ingeniosa, mientras que la mayor parte de la administración en JBoss se realiza con una línea de comandos y un editor de texto. GlassFish proviene directamente de Sun/Oracle, con todas las ventajas que puede ofrecer. JBoss NO está bajo el control de Sun/Oracle, con todas las ventajas que ESO puede ofrecer.

Deberías usar GlassFish para aplicaciones empresariales Java EE. Algunas cosas a considerar:

A Servidor web medio: Manejo de solicitudes HTTP (generalmente de navegadores).

A Contenedor de servlet (p.ej Gato) medio: Puede manejar servlets y JSP.

Un Servidor de aplicaciones (p.ej vidriopeces) significa: *Puede gestionar aplicaciones Java EE (normalmente tanto servlet/JSP como EJB).

Gato – está a cargo de la comunidad Apache – Código abierto y tiene dos sabores:

1. Tomcat – Perfil web – ligero, que es solo un contenedor de servlets y no es compatible con funciones de Java EE como EJB, JMS, etc.
2. Tomcat ES – Este es un contenedor Java EE certificado, es compatible con todas las tecnologías Java EE.

No hay soporte comercial disponible (solo soporte comunitario)

jboss – Ejecutado por RedHat Este es un soporte de pila completa para JavaEE y es un contenedor Java EE certificado. Esto incluye Tomcat como contenedor web internamente. Esto también tiene dos sabores:

1. Versión comunitaria denominada Servidor de aplicaciones (AS) – esto solo tendrá apoyo de la comunidad.
2. Servidor de aplicaciones empresariales (EAP) – Para esto, puede tener una licencia basada en suscripción (se basa en la cantidad de núcleos que tiene en sus servidores).

Pez cristal – Ejecutado por Oracle Este también es un contenedor Java EE certificado de pila completa. Esto tiene su propio contenedor web (no Tomcat). Esto proviene del propio Oracle, por lo que todas las especificaciones nuevas se probarán e implementarán primero con Glassfish. Por lo tanto, siempre sería compatible con las últimas especificaciones. Desconozco sus modelos de soporte.

jboss y glassfish incluyen un contenedor de servlet (como tomcat), sin embargo, los dos servidores de aplicaciones (jboss y glassfish) también proporcionan un contenedor de beans (y algunas otras cosas también, imagino)

JBoss y Glassfish son básicamente servidores de aplicaciones Java EE completos, mientras que Tomcat es solo un contenedor de Servlet. La principal diferencia entre JBoss, Glassfish pero también WebSphere, WebLogic, etc. con respecto a Tomcat pero también a Jetty, estaba en la funcionalidad que ofrece un servidor de aplicaciones completo. Cuando tenía un servidor de aplicaciones Java EE de pila completa, puede beneficiarse de toda la implementación del proveedor de su elección, y puede beneficiarse de EJB, JTA, CDI (JAVA EE 6+), JPA, JSF, JSP/Servlet, por supuesto. y así. Con Tomcat, por otro lado, solo puede beneficiarse de JSP/Servlet. Sin embargo, hoy en día, con un marco avanzado como Spring y Guice, muchas de las principales ventajas de usar un servidor de aplicaciones de pila completa pueden mitigarse, y con la suposición de uno de este marco solo con Spring Ecosystem, puede beneficiarse de muchos sub proyecto que en mi experiencia laboral me permitió dejar el uso de un servidor de aplicaciones de pila completa a favor de un servidor de aplicaciones ligero como tomcat.

Parece un poco desalentador usar Tomcat cuando lee estas respuestas. Sin embargo, lo que la mayoría no menciona es que puede llegar a casos de uso idénticos o casi idénticos con Tomcat, pero eso requiere que agregue las bibliotecas necesarias (a través de Maven o cualquier sistema de inclusión que use).

He estado ejecutando Tomcat con JPA, EJB con muy pocos esfuerzos de configuración.

Tanto JBoss como Tomcat son servidores de aplicaciones de servlet de Java, pero JBoss es mucho más. La diferencia sustancial entre los dos es que JBoss proporciona una pila completa de Java Enterprise Edition (Java EE), que incluye Enterprise JavaBeans y muchas otras tecnologías que son útiles para los desarrolladores que trabajan en aplicaciones empresariales de Java.

Tomcat es mucho más limitado. Una forma de verlo es que JBoss es una pila Java EE que incluye un contenedor de servlets y un servidor web, mientras que Tomcat, en su mayor parte, es un contenedor de servlets y un servidor web.