Barrapunto

Hombre, el despliegue J2EE no es una cosa que está ahí "para fastidiar". Si hay despliegue es porque hay una arquitectura distribuida, en la que los componentes/recursos tienen que estar igualmente disponibles en distintas instancias. Además, hay una diferenciación entre aplicaciones, y una serie de normas en el ciclo de puesta en producción que hay que seguir. Con ASP tampoco tienes que hacer despliegue y así les va...

Supongo que cuando te refieres a desplegar quieres decir que es necesario crear un nuevo .war con la aplicación modificada. La idea del .war es que en todos los servidores que cumplan cierta especificación (creo que la de servlets 2.2 pero no estoy seguro) basta con colocar el .war en el directorio adecuado y que la aplicación funcione perfectamente. Esto convierte a la instalación en algo tivial y estándar (no me meto ya en si la aplicación requiere una configuración especial del servidor o librerias de éste no incluídas en la aplicación). Además la creación del .war es algo totalmente automatizable y trivial.

Sin embargo, este .war es para la utilización de la aplicación en producción, mientras estés desarrollándola no necesitas ni .war ni nada, como mucho al realizar alguna modificación tendrás que reiniciar la aplicación. Si por ejemplo modificas una clase sólo tendrás que compilarla.

Personalmente no veo ningún problema en esta manera de trabajar e incluso la veo beneficiosa. Y aunque no me gustara, me parece un defecto tan irrelevante que no se debe tener en cuanta a la hora de elegir java, ruby o lo que sea.

Asimismo, Struts es un framework muy maduro y potente que se puede considerar como estándar, aunque probablemente el futuro sea Spring. El hecho de que tus compañeros prefieran Ruby habla muy bien de él (me refiero a Ruby).