El mundo Java cada día da un pasito y tratamos de seguirle de cerca.

Uno de los frameworks más extendidos en el mundo Java es Struts. Si tratamos de ser simplistas, Struts implementa dos patrones de diseño distintos:

• MVC - Patrón modelo-vista-controlador (tipo 2). Permitiéndonos construir un Web especializando labores (acciones de negocio y construcción de interfaces)
• View Helper - Nos proporciona un conjunto de etiquetas (Tags) para facilitar las labores a los equipos de diseño, a la hora de presentar datos.

Parece, por tanto, que JSTL y la librerías de etiquetas de Struts hacen lo mismo (en muchos casos). También parece lógico que a alguien se le hubiera ocurrido modificar Struts para que no se creen tendencias divergentes.

Si investigamos un poquito en el Web de Struts encontramos un sub-proyecto que extiende las etiquetas de struts permitiendo utilizar EL.

Os vamos a mostrar como poner en marcha un proyecto básico con ésta configuración.

Podemos encontrar el paquete de struts-el en el directorio contrib de struts.

Lo descomprimimos en nuestro directorio de trabajo

Vamos a montarlo con NetBeans 4 Beta 2. Por desgracia, os tengo que recomendar que esperéis un poquito para subir de versión ya que el entorno no es todo lo estable que desearíamos (aunque pinta muy bien).

Creamos un nuevo proyecto

Elegimos crearlo a partir de fuentes existentes

Configuramos de donde obtener los ficheros

Configuramos el directorio de fuentes

Y ya tenemos el proyecto configurado

Debemos asegurarnos de coger las librerías de struts estándar para que todo funcione (es el único truco que tiene)

Y arrancamos el proyecto donde tenemos disponible los ejemplos (que ya podemos analizar con paciencia).

Bienvenidos a una nueva opción de construir páginas en tecnología JSP (y que parece una opción candidata con futuro).

Estar a la última tiene un coste y riesgo excesivamente elevado (esfuerzo formativo e inestabilidad en producción). Para organizaciones relacionadas con el I+D de software es un paso lógico que hay que empezar a dar. Para empresas cuyo negocio no es el software (y utiliza este como medio y no como fin), el exceso de innovación puede hacer perder la visión a los equipos de desarrollo internos sobre cual es su cometido.