java - tomcat o jboss

¿Alguna razón para usar JBoss 5 sobre GlassFish v2/v3 Prelude? (2)

JBoss de ninguna manera es un proyecto muerto; es muy activo y tiene un fuerte respaldo comercial de RedHat. Pasaron una cantidad significativa de tiempo rediseñando todo el servidor de aplicaciones para ejecutar el nuevo JBoss Microcontainer. No estoy seguro de si valió la pena el esfuerzo de más de 3 años, pero las notas de la versión están aquí:

http://sourceforge.net/project/shownotes.php?release_id=645033&group_id=22866

Al igual que con cualquier reescritura grande de un servidor de aplicaciones, pisaría cuidadosamente en JBoss 5. Si está programando simplemente para las especificaciones de Java EE entonces Glassfish probablemente se adaptará a sus necesidades. Si desea utilizar partes de la pila JBoss (Seam, JBoss AOP, etc.), entonces podría valer la pena apuntar a JBoss 4 en lugar de a 5 dependiendo de su línea de tiempo de implementación / QA. Cuando salga el 5.1, los errores más importantes deberían solucionarse y, con suerte, podrías migrar fácilmente.

JBoss 5 acaba de salir de la versión beta después de 2 años, dándonos un contenedor compatible con Java EE 5 varios meses antes del lanzamiento de Java EE 6 (JavaOne en mayo o alrededor de 2009). Hemos tenido GlassFish v2 por un tiempo y ahora tenemos GlassFish v3 Prelude.

¿Hay alguna razón para JBoss 5 sobre esto? He tenido la sensación del último año o más de lo que JBoss es esencialmente un proyecto muerto.

¿Qué piensas?

Si planea utilizar JMS, tenga cuidado, ya que conectarse con proveedores de JMS como IBM MQ puede ser una pesadilla con glassfish.

Además de las características, debes considerar qué tan bien encaja con el resto de tu pila.

Karl