ventajas que desventajas caracteristicas apache deployment glassfish webserver

que - ¿Cómo compararías a Apache Tomcat y Glassfish como servidores de producción?



glassfish vs tomcat (4)

Tengo un sistema basado en J2EE que se ejecuta actualmente en Apache Tomcat. Estamos en conversaciones para mover nuestros servidores de producción al servidor de Glassfish.

¿Alguien puede compartir sus experiencias con cualquiera de ellos?

No son realmente comparables.

Apache Tomcat no es un servidor J2EE. Es simplemente un contenedor Servlet para aplicaciones web. Nada mas. Si necesita implementaciones de la API J2EE, debe tomarlas de otros lugares. Por ejemplo, usando el Servidor Apache Geronimo que usa Tomcat como su contenedor, o tomando los archivos JAR de Glassfish.

Glassfish es un servidor de aplicaciones Java completo con implementación para API como JPA, EJB y más. Glassfish contiene un motor Servlet utilizado inicialmente por Tomcat, pero lo mejoraron (no sé qué exactamente). Los servidores de glassfish más recientes usan otro contenedor usando grizzly que usa la API NIO para entrada / salida y escala bastante bien. Hasta donde yo sé, Glassfish Servlet Engine es más eficiente. Aquí he encontrado un buen punto de referencia (aunque es un poco viejo):

http://weblogs.java.net/blog/sdo/archive/2007/05/how_to_test_con.html

La gran pregunta es: ¿por qué? ¿Qué crees que necesitas que Glassfish te brinde sobre Tomcat o Jetty? ¿Utilidades de gestión tal vez?

La mayoría de las cosas que desea más allá del contenedor de servlets básico son fácilmente conectables.

Entonces, aunque Glassfish está bien, no tiene sentido moverse "solo porque". La mayoría de los servicios de producción que he creado están en contenedores de servlets antiguos, sin utilizar ninguna característica específica de la implementación.