Desarrollo basado en pruebas para JSP específicamente

Question

He estado escribiendo código basado en pruebas incluso antes de entender qué era realmente TDD. Llamar a funciones y clases sin tener su implementación me ayuda a comprender y crear mi aplicación de una manera mucho más rápida y eficiente. Así que estoy muy acostumbrado al proceso de escribir código-> compilarlo-> verlo fallar-> solucionarlo construyendo su implementación.

Este proceso es un poco más difícil para la Web. Específicamente JSPs. Cuando compilo mis clases de Java, todo está bien, puedo ver los errores de compilación. Sin embargo, ver errores en los JSP requiere que abra un navegador y llame a ese JSP específico.

¿Hay alguna manera de evitar este proceso y mostrarme los errores de compilación JSP sin cargar realmente un navegador?

Answer 1

Normalmente no pruebo JSP directamente. En general, es una buena idea mantener la menor lógica posible en sus JSP, y si sus JSP solo contienen algunas etiquetas <c:out>, entonces no hay mucho que probar. Sin embargo, si tiene una buena cantidad de lógica dentro de ellos, entonces lo que haría es extraer esa lógica en una etiqueta personalizada, que puede probar con bastante facilidad.

Answer 2

Sure. Puede precompilar JSP. Incluso hay una tarea de hormiga que lo hace. Consulte el enlace: http://ant.apache.org/manual/Tasks/jspc.html

Pero creo que este es solo el primer paso. Esto te permitirá ver los errores de compilación. Creo que querías más, es decir, pruebas unitarias. Creo que herramientas como Yakarta Cactus (u otras) pueden ayudarte.

BTW Recientemente he encontrado el siguiente resource que enumera una gran cantidad de herramientas de prueba de Java.

Answer 3

La compilación es la parte fácil, y creo que la respuesta de AlexR es buena.

Prueba y conducción de prueba JSP es difícil, ya que probarlo realmente requiere desplegarse en un contenedor web o simular (burlarse) de esto, y ejecutarlo a través de un navegador o algo similar a un navegador.

Cactus pueden ayudar con las pruebas en el contenedor. Selenium puede también.

O puede burlarse del medio ambiente. Si está usando Spring, tiene un buen soporte para hacerlo.

Pero la mejor manera de lidiar con la dificultad de probar y conducir JSP es dejar de usar JSP por completo, o al menos minimizar la lógica en su código JSP evitando los scriptlets.

Desde un JSP es sólo un servlet en el encubrimiento, siempre es posible escribir aplicaciones web sin JSP, y hay opciones utilizando los marcos como Wicket y Tapestry o plantilla motores como Velocity para que el desarrollo de aplicaciones Web Java sin JSP bastante fácil.