Struts-Layout (Jakarta Struts 2)

Para mi proyecto (web, java, struts) estoy utilizando el framework struts-layout y después de instalarlo pensando que sería la solución a todos nuestros problemas (pestañas,…vale, sólo era uno en principio) nos encontramos con que no sabíamos donde nos estabamos metiendo.

La idea de que no es necesario saber html para usarlo nos pareció genial, ya que no es que no sepamos, pero nos venía bien una ayuda:

Struts-Layout is a tag library for struts which provides easy and fast interface creation. This is achieved by powerful tags which display panels, input fields, tables, treeviews, sortable lists, datagrids, popups, calendars, etc. With those tags, the developer have neither need to write nor even know HTML.

Además ayuda a la validación de campos mostrando los errores, al diseño de la página, simplificándolo hasta llegar a las etiquetas row y column y hacerlo todo con eso.

Pero al final hemos acabado rehaciendo lo que no nos gustaba o simplemente lo que no funcionaba, como la ordenación de las columnas en las tablas que ordenaba la columna equivocada y encima no diferenciaba entre números o texto con lo que siempre ordenaba alfabéticamente.

Ni qué decir de las incompatibilidades entre IE y Firefox que más de un día (y tres) me han tenido con el debugger de javascript de ambos (sin saber!).

Pero hoy me ha dado una alegría. Para los listados largos (muy largos) era necesaria una paginación que ordenara los resultados con lo que me complicaba mucho mi clase lista, a la que le tenía que dar tamaño de página y mover los índices respecto a la página y al item en cuestión… Mucha faena, que era peor porque debía sacar por partes la lista directamente desde la base de datos. Y de repente encuentro la etiqueta que si le paso una colección directamente le pongo el tamaño y me lo soluciona todo.

Es lo que pasa cuando trabajas con una herramienta sin conocerla, que pierdes el tiempo haciendo cosas que ya estan hechas. Pero es la mejor forma de no olvidarlas nunca.

Jakarta Struts 1

Estoy haciendo un proyecto en Java en el que debemos realizar muchos formularios similares, ya que hay muchos mantenimientos (alta, baja y modificación), y al no poder reutilizar nada utilizando servlets/JSP buscamos algún framework que nos permitiera una gestión de componentes o plantillas.

Nuestra elección debía cumplir con varios requisitos:

-Que cumpliera el patrón MVC
-Reutilización de interfaces
-Numerosa documentación
-Que estuviera bastante implantado

Las opciones que encontramos fueron Struts (con Tiles)y Java Server Faces como propuestas más fuertes. Sabíamos que la segunda era, en parte, una evolución de la primera pero su corta vida y la falta de documentación y ejemplos hizo que nos decantáramos por Struts. También conocimos por el camino Tapestry y alguna otra cosa más.

Como todo, he encontrado montones de opiniones a favor y en contra de ambos. En estos casos sólo con la experiencia personal puedes llegar a conocer la verdadera utilidad de cada una de estas herramientas. Es como las eternas discusiones sobre cuál es el mejor IDE. Como es muy dificil dominarlos todos, simplemente tienes predilección por uno o por otro. Cuestión de gustos.

…y hasta ahora no estoy descontento.