Simplicidad JEE5

A veces los programadores, y los managers por supuesto, tienden a subestimar la simplicidad. Si tienen un proyecto que es facilmente abordable con un tomcat y jpa, les parece que es están siendo simplistas, y en nombre de la escalabiliadad prefieren usar un servidor JEE completo, como glassfish o jboss.

Pienso que siempre hay que medir el alcance del proyecto, no está mal tener varias aplicaciones que realicen distintas tareas en un solo proyecto, si esas aplicaciones tienen cometidos completamente distintos, por ejemplo,el sistema del que hablo en mi post anterior también tiene una interfaz web para los usuarios, una interfaz que quizás si esté sobre glassfish u otro servidor de aplicaciones, pero la aplicación de reenvío está en tomcat, por supuesto un tomcat más o menos afinado, pero para la tarea que va a realizar se basta y se sobra. Quizás si en un futuro cercano decidamos meter ambas aplicaciones en un solo servidor y entonces no valdrá la pena tener a tomcar u glassfish(si se usa) conviviendo juntos, y lo mejor será pasarlo todo a tomcat o todo a glassfish.

Pero en definitiva, que resuelve tomcat? Es un contenedor de servlets, se puede usar JPA o hibernate(o cualquier otra cosa) para la persistencia, soporta JAAS y JMX; y en general es más que suficiente para la mayoría de las tareas comunes en las aplicaciones. Quizás si en tiempo de diseño se decide que es necesario usar cosas como Message Driven Beans o etc, pues ya se verá, por otra parte pasar una aplicación de tomcat a glassfish u otro no es particularmente doloroso.