Integración de JSF 1.2, Facelets e ICEFaces en Tomcat 6

0
34823

Integración de JSF 1.2, Facelets e ICEFaces en Tomcat 6

Introducción

En este tutorial vamos a ver como configurar
lo ultimísimo en desarrollo de aplicaciones web. Primeramente vamos
a ver en qué me baso para hacer esta afirmación. Posteriormente,
veremos que requisitos debe cumplir un proyecto para qué funcione.
Ya veremos que el buen funcionamiento depende mucho de las
versiones de las librerías e incluso de algún fichero de
configuración. Como herramienta de compilación propondremos
Maven.

Este tutorial asume
conocimientos de uso de JSF, Facelets y Maven. Si no es así, por
favor, consulta los tutoriales ya existentes en AdictosAlTrabajo
sobre estos temas.

Opinión sobre JSF 1.2+Facelets

Como he dicho en la introducción, considero
la integración de estas tecnologías lo ultimísimo en desarrollo de
aplicaciones web. ¡Ojo! he dicho «aplicaciones web», no «portales
web» ni «gestores de contenido». Que es de lo último que ha salido
es un hecho objetivo, pero la palabra «ultimísimo» lleva asociado
un matiz como de excelencia o superioridad sobre otras tecnologías.
ésto es claramente una opinión subjetiva mía que trataré de
argumentar a continuación.

Todos los que llevamos unos pocos años
desarrollando en Java sabemos los altibajos que ha tenido la
plataforma y, muy especialmente, la crisis en la que parecíamos
sumidos los últimos años. Al menos, yo empezaba a rozar la
desesperación, al ver lo frustrante y poco productivo que iba
siendo el desarrollo. En especial, el tema de la productividad
empezaba a ser preocupante, por la gran cantidad de ficheros XML
que había que configurar y lo difícil que era desplegar algo para
que funcionase, o peor aun, se mantuviese funcionando. Cada vez
había que dedicar más tiempo a la tecnología y menos al análisis,
diseño y codificación. O sea, que trabajábamos nosotros para la
tecnología, en lugar de la tecnología para nosotros. Para
colmo, «aparecían» nuevas herramientas, como Ruby, o .Net, que
daban la sensación de ser mucho mas sencillas y fáciles de
utilizar.

Después de muchas propuestas de frameworks,
librerías, tecnologías, etc., (muchas de las cuales hemos usado en
Autentia; ver tutoriales en este mismo web) se empezó a ver la luz
con EJB 3.0. Parecía que, por fin, se inventaba algo en Java que
era más sencillo que lo anterior y que facilitaba la vida al
desarrollador. y efectivamente, era así. Con Java 5 (anotaciones) y
EJB 3.0 tenemos por fin una forma sencilla de programar sin
necesidad de miles de ficheros XML y complicados despliegues. Basta
echar un JAR en JBOSS y todo funciona perfectamente.

A
continuación seguimos con JSF 1.1, utilizando la implementación de
Apache (myfaces). La idea era buena, pero el funcionamiento raro y
complicado. Muchas cosas parecían contraintuitivas, y la curva de
aprendizaje era muy alta. Sin embargo, la idea de modelar
aplicaciones web como se ha hecho toda la vida en entornos de
escritorio (Windows, GTK, QT, Swing, …) prometía. En cualquier
caso, algo faltaba, los JSPs se habían quedado cortors (eran un
poco engorrosos) y no encajaban bien con JSF.

Es ahora cuando, por fin, con la llegada de
JSF 1.2 y Facelets, podemos desarrollar aplicaciones fácilmente,
como lo hacíamos en Swing o MFCs (Windows): con un modelo de
aplicación basado en componentes, donde la pantalla se ve como un
árbol de controles (botones, listados, etc.) reales, y no como una
pagina HTML donde embutimos cosas que al usuario le parecen
controles pero que para nosotros, los desarrolladores, son
parámetros de una petición HTTP y cosas que nada tienen que ver con
lo que el usuario está acostumbrado a manejar.

Ya veréis, ya. Echarle un vistazo, probad un
poquito, y no querréis volver a oír hablar de JSPs, Struts, GWT, o
demás frameworks. Y si no es así, siempre podéis dejarme un
comentario en este tutorial (en esta página, abajo del todo)
poniéndome a caldo. Yo, desde luego, pienso recomendar a todo el
que me pregunte que use estas tecnologías si no quiere tener que
migrar sus aplicaciones dentro de una año o dos.

Es estándar y es el futuro. No cabe
duda.

Opinión sobre ICEFaces

Separo ICEFaces de JSF 1.2+Facelets porque
los dos últimos son estándar, mientras que ICEFaces no. ¿Por qué
ICEFaces? Desde que se empezó a hablar de AJAX, han surgido
multitud de frameworks (Prototype, DWR, GWT, …) que, si bien
aportaban facilidad de uso, no acababan de convencer. Algunos
porque sólo eran Javascript cliente, otros porque, si bien
integraban la parte de servidor con la de cliente, no eran
realmente frameworks, sino meras librerías de comunicación. Además,
no estaba claro como juntarlos con la arquitectura JEE.

Con la llegada de JSF, se empezaron a
vislumbrar posibilidades de integración. Si JSF permitía al
desarrollador aislarse de la arquitectura web y ver sus
aplicaciones como algo parecido a una aplicación de escritorio,
debería entonces ser sencillo utilizar AJAX para hacer estos
controles más funcionales. Y así fue, empezaron a aparecer
AJAX4JSF, ICEFaces, Tobago, …

Sin embargo, de estas propuestas, ICEFaces es
la que más me gusta, porque aisla completamente al desarrollador de
AJAX. No hacen falta etiquetas especiales: se ponen los controles
en la pantalla e ICEFaces se encarga de enviar entre cliente y
servidor sólo la información necesaria. Es decir, ya no se envían
los formularios a la antigua usanza, en un POST de HTTP, sino que
solo se envían los cambios que ha hecho el usuario del cliente al
servidor, y los cambios en la pantalla del servidor al cliente. No
mas parpadeos entre pantalla y pantalla, no mas sobrecarga de red,
no más aplicaciones pesadas. Además, con la inclusión de la
librería Scriptaculous en ICEFaces, se dispone de arrastrar+soltar
y de efectos (fundidos, parpadeos, apariciones, …) para los
controles.

Una maravilla.

Configurar el proyecto

Por lo que llevamos investigado hasta el momento en Autentia,
montar un proyecto con estas tres tecnologías sobre JBoss es algo
relativamente sencillo. Sin embargo, si queremos ejecutar en Tomcat
6, la cosa cambia. ésto es debido a que este despliegue es muy
dependiente de las versiones de las librerías. Por ello, vamos a
ver que «pom.xml» (fichero de configuración de Maven) necesitaría
el proyecto para funcionar:

Cosas importantes a tener en cuenta sobre este pom:

  • Debéis añadir el repositorio Maven de Sun (https://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html)
    para encontrar sus librerías.

  • Las dependencias de ICEFaces, deben ser descargadas manualmente
    de http://www.icefaces.org e
    instaladas en el repositorio local.

  • La dependencia «el-api» debe ser «provided». Si echáis un
    «el-api.jar» en el directorio «WEB-INF/lib» de vuestra aplicación,
    Tomcat no arrancará.

  • La dependencia «icefaces-facelets» proporciona la implementación
    de Facelets. Por lo tanto, no añadáis ninguna otra dependencia de
    ninguna implementación de facelets o tendréis conflictos entre
    ambas y no funcionará.

  • Las versiones del API y de la implementación de JSF deben ser
    las que se especifican en el «pom» (1.2_04-p01) y no otras. Con
    otras no funciona bien, dando una excepción «Expired View» (la
    vista ha expirado). Por supuesto, ésto es sólo válido para la
    versión 1.6.1 de ICEFaces.

Si buscáis en los foros, existe un repositorio Maven en el sitio
web de JBoss con la dependencia ICEFaces configurada para evitarnos
especificar las dependencias transitivas. ¡No la uséis si vais a
desplegar en Tomcat porque no funciona!

Para finalizar, citaremos otros puntos a tener en cuenta para
este despliegue, que van más allá del «pom». Estos atañen a los
ficheros de configuración de la aplicación web:

web.xml

Hay que tener definidos los siguientes servlets:

Y los mapeos de servlets:

Fijaos en que la extensión .JSF la
mapeamos al servlet de ICEFaces (Persistent Faces Servlet), no al
de la implementación de referencia de JSF (Faces Servlet).

faces-config.xml

Lo primero de todo, es configurar el «faces-config.xml» con el
esquema XML de la versión 1.1 de JSF. ésto hace que ICEFaces se
ejecute en modo compatibilidad 1.1 en JSF 1.2. Si no fuera así no
funcionaria, porque ICEFaces no funcionará en modo JSF 1.2 puro
hasta la versión 2.0. Para ello hay que definir el siguiente
DOCTYPE de XML:

Y añadir el namespace por defecto siguiente al elemento
«faces-config»:

Desgraciadamente, al ejecutarse en modo compatibilidad con JSF
1.1, algunas de las novedades de JSF 1.2 (como por ejemplo, el no
tener que usar la etiqueta «f:loadBundle» en cada página para
cargar los recursos multi-idioma) no estarán disponibles. Por
suerte, es algo pasajero.

A continuación debemos añadir el soporte de Facelets:

Y ya tenemos nuestro proyecto listo para funcionar en Tomcat
6.0.

Conclusiones

Como veis, no es difícil integrar todas estas tecnologías en un
solo proyecto. Sin embargo, hay que ser muy cuidadoso con las
versiones y la configuración de los proyectos porque puede impactar
mucho en su funcionamiento.

En Autentia contamos con una amplia experiencia en desarrollo de
aplicaciones, por lo que siempre recomendamos a nuestros clientes
enfocarse en la resolución de la problemática del negocio y delegar
las partes más complicadas de la tecnología a empresas
especializadas. Ya sabéis que siempre nos tenéis disponibles para
ello en http://www.autentia.com.

Disfrutad del futuro del desarrollo de aplicaciones web, que ya
esta aquí.

Dejar respuesta

Please enter your comment!
Please enter your name here