Me resulta difícil adoptar un framework Java MVC, cuando parece que Servlets, JSPs y un DAO liviano harán casi todo lo que necesiten para desacoplar los controladores/vistas/modelos. Para PHP, puedo ver la necesidad ya que no hay construcciones integradas como servlets, pero ¿los frameworks Java MVC realmente le dan ESO mucho más?¿Por qué usar un framework MVC cuando los Servlets, JSPs y una capa ligera DAO funcionarán?
Un área donde los servlets/JSP son algo débiles es la capacidad de prueba. Aunque ciertamente es posible probar los Servlets mediante el uso de simulaciones, no se sienten como diseñados con pruebas de unidades en mente. Las JSP son incluso más complicadas. Puede confiar en las pruebas funcionales de Selenium, pero en estos días, la gente quiere una cobertura de prueba unitaria. Algunos de los frameworks Java MVC más modernos le dan unidades de código más fáciles de probar.
En general, sin duda es cierto que una vieja pila de Tomcat simple con una base de datos MySQL hace el trabajo.
La mayoría de los marcos web abstraen los detalles de bajo nivel. Por ejemplo, Wicket, Tapestry y JavaServer Faces le permiten pensar en términos de componentes (por ejemplo, botones, etiquetas, lista desplegable, etc.) en lugar de protocolos http. Incluso los marcos web orientados a la acción como Spring MVC y Struts le brindan un nivel más alto que las tecnologías subyacentes utilizadas.
Como una ventaja adicional, estos marcos vienen con capacidades adicionales, como Ajax, Comet, integración con marcos de persistencia, que funciona de la caja.
Por supuesto, como ha señalado Asaph, los marcos web suelen ser más fáciles de probar.