Muerte de los JSPs

Hace tiempo que no escribo nada debido a mi trabajo, pero gracias a Luis he vuelto a la carga. Luis me ha enviado un artículo que me parece interesante, ya que alguien el mundo Java, por fin, se atreve a decir cosas que la mayor parte de la gente se había planteado, pero que como eran dogma de fe en el mundo Java nunca se habían atrevido a decir. Hay cosas dentro del mundo Java que hoy en día se han quedado obsoletas,pobres o cuanto menos anticuadas; un claro ejemplo a mi entender es Swing al que la plataforma Microsoft ha ganado de calle y otro son los JSPs ,que son lo que son, un parche para los servelts que además añaden un nivel más de compilación. En este artículo Joseph Ottinger se centra en criticar los JSPs y son sus impreseiones del artículo Are JSPs dead? de Zarar Saddiqi.

A su entender los JSPs tienen fallos muy gordos y ahora los vamos a numerar uno por uno:

  1. El primer aspecto que critica es la reusabilidad de los mismos ya que es imposible reutilizar un JSP en diferentes aplicaciones ya que se ejecuta dentro del container, es decir, sin copiarlo en la otra aplicación. A su vez critica que son escasamente reutilizables dentro de la misma aplicación ya que la única forma de reutilizar un JSP es a través de la etiqueta jsp include lo cual no deja mucha libertad al diseño.
  2. Otro aspecto es que los JSP no son testeables fácilmente recordemos que se ejecutan dentro del container así que hay que simular un container Web si queremos ver que se está renderizando, ¡ todo un lujazo para realizar TDD !.
  3. La necesidad de compilar los JSPs en servelts es otro claro inconveniente que hay que subsanar no parece muy bueno trabajar sobre algo que finalmente se termina compilando automáticamente en otra cosa.
  4. El último aspecto que critica es la imposibilidad de poder añadir código Java a los JSP si se sigue el estandar Java, cuando este es un aspecto que las plataformas que apostaron por los scripts superaron hace tiempo, además de desperdiciar una poderosa herramienta, no hay ningún mecanismo de poder hacerlo finamente que no sea abrir <%%> y poner el código que en determinados momentos es interesante.

Finalmente, propone que la View de nuestro MVC en Java se ha quedado vieja y que es necesario cambiarla. Es conocido que para las nuevas versiones de Java ya se esta proponiendo realizar un nuevo framework que sustituirá a Swing, así que, no veo porque no realizar un framework que mejore los JSPs y matamos dos pájaros de un tiro.

Me gustaría conocer vuestras impresiones yo en líneas generales pienso que los JSP deben cambiarse ya que no son más que un parche que momentáneamente se saco a los Servelts y tienen muchas carencias para la actual manera de desarrollar Web, las plantillas de PHP o Ruby on Rails me parecen una solución más acorde y permiten una reutilización mayor, pero es sólo una opión a lo mejor estoy equivocado.

El artículo original se encuentra en esta URL:

http://www.theserverside.com/news/thread.tss?thread_id=45080

2 Comentarios

  • 1. Carlos Rovira  |  abril 22nd, 2007 at 7:25 pm

    Hoy día mucha gente se está volcando en la Plataforma Flash y en concreto en el framework Flex que tiene unos componentes de gran calidad. Flash es ya una plataforma con 10 años a sus espaldas y provada hasta la infinidad.

    Además, hay opciones de servidor como LiveCycle Data Services (el ahora antiguo Flex Data Services) que nos dan mensajería con push de datos a los clientes conectados, HTTP binario y manejo avanzado de datos (sincronización de datos entre cliente y servidor, páginación automática…)

    Creo que es conveniente el investigar esta forma moderna de enfocar las aplicaciones empresariales. Después de todo que mejor que cada tecnología haga lo que hace mejor? Java en el servidor y Flash en el cliente :)

  • 2. Raul Vicente  |  abril 22nd, 2007 at 9:31 pm

    Mucha gente me ha hablado de esta tecnología pero no la he probado, está claro que Java es una solución para la lógica de negocio y para la capa de persistencia, pero es demasiado rígido en la capa de presentación.

    Flex es desde luego una opción que he de estudiar, otra solución podría ser utilizar otros framewoks que permitieran scripting y realizar soluciones parecidas a las que da Ruby on Rails o PHP.

    Muchas Gracias.

Comenta el articulo:

Requerido

Requerido,