Cristóbal González AlmirónConsultor de desarrollo de proyectos informáticos. Su experiencia profesional se ha desarrollado en empresas como Compaq, HP, Mapfre, Endesa, Repsol, Universidad Autónoma de Madrid, en las áreas de Desarrollo de Software (Orientado a Objetos), tecnologías de Internet, Técnica de Sistemas de alta disponibilidad y formación a usuarios.

Ver todos los tutoriales del autor

Fecha de publicación del tutorial: 2009-03-26

Tutorial visitado 148.187 veces Descargar en PDF
Introduión a JSF Java Server Faces

Introducción a JSF Java Server Faces

 

Introducción a JSF Java Server Faces. 1

Resumen. 1

Introducción. 1

Qué es JSF?. 2

Porqué utilizar JSF en nuestros proyectos. 2

Riesgos en el desarrollo JSF. 3

Cómo funciona JSF. 4

Las etiquetas JSF. 4

Los backbeans. 5

Respondiendo a las acciones del usuario. 6

La navegación entre páginas. 6

Las etapas del procesamiento de la petición. 7

Gestión de los beans. 8

El lenguaje de expresiones EL. 8

El entorno FacesContext 9

Acceso a los beans de la aplicación. 10

Cómo seguir la pista a una petición JSF. 12

Seguir la pista a peticiones .jsf 12

Seguir la pista a acciones JSF. 12

JSF frente a Struts. 14

JSF y AJAX.. 15

El futuro de JSF. 15

Conclusión. 15

Resumen

En este tutorial sobre Java Server Faces (JSF) intento responder a dos preguntas básicas de JSF:

  • porqué usar  JSF en nuestras aplicaciones web Java

  • cómo usar JSF

Hablaremos de su funcionamiento, las páginas JSF, las etiquetas JSF, los managed beans, la navegación entre páginas, el ciclo de vida de l petición al servidor y otros temas.

Introducción

Para el desarrollo de aplicaciones de negocio se utiliza frecuentemente el patrón de diseño MVC Modelo Vista Controlador (Model View Contrdller) que ademas es sencillo de implenentar en las aplicaciones web. En este patrón el modelo es modificable por las funciones de negocio. Estas funciones son solicitadas por el usuario  mediante el uso de un conjunto de vistas de la aplicación que solicitan dichas  funciones de negocio a través de un controlador, que es el módulo que recibe la peticiones de las vistas y las procesa. Se suele clasificar en dos tipos a las aplicaciones basadas en MVC:

  • tipo 1. Las vistas conocen la acción que se va a invocar en su peticion. Normalmente la función esta cableada dentro de la vista

  • tipo 2. El controlador introduce un conjunto de reglas que mapean a las peticiones con las funciones, controlando además el flujo de navegación por la aplicación.

Un ejemplo de aplicaciones de tipo 1 son las que se construyen utilizando JSF o ASP.NET y como ejemplo de tipo 2 serian las creadas con Struts.

La creación de aplicaciones basadas en el patrón MVC se ve facilitada por el uso de marcos de trabajo (frameworks). Un marco de trabajo es un conjunto de APIs y módulos normalmente acompañados de la documentación y guia de uso que definen la manera de implementar alguna de las capas de nuestra aplicación. Lo podemos ver también como la estructura o cimientos sobre los que crear nuestra aplicación.

Qué es JSF?

JSF es un marco de trabajo para crear aplicaciones java J2EE basadas en el patron MVC de tipo 1. JSF tiene como característas principales:

-Utiliza páginas JSP para generar las vistas, añadiendo una biblioteca de etiquetas propia para crear los elementos de los formularios

HTML.

  • Asocia a cada vista con formularios un conjunto de objetos java manejados por el controlador (managed beans) que facilitan la recogida, mapipulación y visualización de los valores nostrados en los diferentes elementos de los formularios.

  • Introduce una serie de etapas en el procesamiento de la petición, como por ejemplo la de validación, reconstrucción de la vista, recuperación de los valores de los elementos, etc.

  • Utiliza un sencillo fichero de configuración para el controlador en formato xml

  • Es extensible, pudiendo crearse nuevos elementos de la interfaz o modificar los ya existentes.

  • Y lo que es más importante: forma parte del estándar J2EE. En efecto, hay muchas alternativas para crear la capa de presentación y control de una aplicación web java, como Struts y otros frameworks, pero solo JSP forma parte del estándar.

Porqué utilizar JSF en nuestros proyectos

JSF nos permite desarrollar rápidamente aplicaciones de negocio dinámicas en las que toda la lógica de negocio se implementa en java, o es llamada desde java, creando páginas para las vistas muy sencillas (salvo que introduzcamos mucha maquetación HTML o Javascript)

JSF nos ofrece una serie de ventajas:

  • El código JSF con el que creamos las vistas (etiquetas jsp) es muy parecido al HTML estándar. Lo pueden  utilizar fácilmente desarrolladores y diseñadores web.

  • JSF se integra dentro de la página JSP y se encarga de la recogida y generación de los valores de los elementos de la página

  • JSF resuelve validaciones, conversiones, mensajes de error e internacionalización (i18n)

  • JSF permite introducir javascript en la página, para acelerar la respuesta de la interfaz en el cliente (navegador del usuario).

  • JSF es extensible, por lo que se pueden desarrollar nuevos componentes a medida, También se puede modificar el comportamiento del framework mediante APIs que controlan su funcionamiento.

Desde el punto de vista técnico podemos destacar los siguientes:

  • JSF forma parte del estándar J2EE, mientras que otras tecnologías para creación de vistas de las aplicaciones no lo forman, como por ejemplo Struts.

  • JSF dispone de varias implementaciones diferentes, incluyendo un conjunto de etiquetas y APIs estándar que forman el núcleo del framework. Entre estas implementaciones cabe destacar la implementación de referencia de Sun Microsystems, actualmente desarrollada como un proyecto open source, y la implementación del proyecto Apache, MyFaces, dotada de un conjunto de extensiones que la hacen muy interesante para el desarrollo de aplicaciones corporativas.

  • El desarrollo de JSF está realmente empezando. Las nuevas versiones del framework recogen la funcionalidad de versiones anteriores siendo su compatibilidad muy alta, de manera que el mantenimiento de aplicaciones no se ve penalizado por el cambio de versiones.

Riesgos en el desarrollo JSF

Antes de comenzar el desarrollo con JSF debemos conocer aquellos puntos que lo pueden hacer más largo de lo realmente necesario. Entre ellos la experiencia nos muestra los siguientes:

  • Utilizar el alicate para clavar. JSF es una herramienta y como tal tiene una forma de uso. Si nos empeñamos en seguir desarrollando las páginas como siempre, intentando adaptar JSF al modo al que habitualmente desarrollamos en vez de adaptarnos a JSF complicaremos el desarrollo

  • Abuso del javascript. JSF permite utilizar javascipt para hacer más rápida una página html, evitando peticiones al servidor. Sin embargo la introducción de javascript en la página complica y alarga los desarrollos con JSF, y en general con jsp. La capa javascript añade etapas adicionales a la aplicación, que hace más difícil su depurado. Un consejo: la página debería poderse ejecutar sin pérdida de funcionalidad (sólo de rendimiento si se desactiva el javascript).

  • La maquetación compleja también complica el desarrollo ya que obliga a utilizar muchas etiquetas y atributos, especialmente en los datatables. Si la maquetación de nuestras páginas es compleja deberíamos pensar en crear componentes JSF a medida que simplifiquen dicho trabajo.

Cómo funciona JSF

Normalmente las aplicaciones web se construyen como un conjunto de pantallas con las que va interactuando el usuario. Estas pantallas contienen textos, botones, imágenes, tablas y elementos de selección que el usuario modifica.

Todos estos elementos estarán agrupados en formularios HTML, que es la manera en que las páginas web envían la información introducida por el usuario al servidor.

La principal función del controlador JSF es asociar a las pantallas, clases java que recogen la información introducida y que disponen de métodos que responden a las acciones del usuario. JSF nos resuelve de manera muy sencilla y automática muchas tareas:

  • Mostrar datos al usuario en cajas de texto y tablas.

  • Recoger los datos introducidos por el usuario en los campos del formulario.

  • Controlar el estado de los controles del formulario según el estado de la aplicación, activando, ocultando o añadiendo y eliminando controles y demás elementos

  • Realizando validaciones y conversiones de los datos introducidos por el usuario

  • Rellenando campos, listas, combos y otros elementos a medida que el usuario va interactuando con la pantalla

  • Controlando los eventos que ocurren en los controles (pulsaciones de teclas, botones y movimientos del ratón).

Las aplicaciones JSF están formadas por los siguientes elementos principales:

  • Páginas JSP que incluyen los formularios JSF. Estas páginas generarán las vistas de la aplicación

  • Beans java que se conectan con los formularios JSF

  • Clases java para la lógica de negocio y utilidades.

  • Ficheros de configuración, componentes a medidad y otros elementos del framework.

  • Resto de recursos de la aplicación web: recursos estátios, javascript y otros elementos.

 

Las etiquetas JSF

JSf dispone de un conjunto básico de etiquetas que permiten crear fácilmente componentes dinámicos en las páginas web. Estas etiquetas son:

  • h:commandButton. Un botón al que podemos asociar una acción.

  • h:commandLink. Un enlace hipertexto al que podemos asociar una acción.

  • h:dataTable. Crea una tabla de datos dinámica con los elementos de una propiedad de tipo Array o Map del bean.

  • h:form. Define el formulario JSF en la página JSP-

  • h:graphicImage. Muestra una imagen jpg o similar.

  • h:inputHidden. Incluye un campo oculto del formulario.

  • h:inputSecret . Incluye un campo editable de tipo contraseña (no muestra lo que se escribe)

  • h:inputText. Incluye un campo de texto normal.

  • h:inputTextarea. Incluye un campo de texto multilínea.

  • h:message. Imprime un mensaje de error en la página (si se ha producido alguno).

  • h:messages. Imprime varios mensajes de error en la página, si se han producido.

  • h:outputFormat. Muestra texto parametrizado. Utiliza la clase java.text.MessageFormat de formateo.

  • h:outputLabel. Muestra un texto fijo.

  • h:outputLink. Crea un enlace hipertexto.

  • h:outputText

  • h:panelGrid. Crea una tabla con los componentes incluidos en el panelGrid.

  • h:panelGroup. Agrupa varios componentes para que cierto componente los trate como un único componente (por ejemplo para meter varios componentes en una celda de un panelGrid.

  • h:selectBooleanCheckbox. Crea una casilla con dos estados: activado y desactivado.

  • h:selectManyCheckbox. Crea un conjunto de casillas activables.

  • h:selectManyListbox. Crea una lista que permite seleccionar múltiples elementos.

  • h:selectManyMenu. Crea una lista desplegable de selección múltiple.

  • h:selectOneListbox. Crea una lista en la que se puede seleccionar un único elemento.

  • h:selectOneMenu. Crea na lista desplegable de selección.

  • h:selectOneRadio. Crea una lista de botones, redondos normalmente, excluyentes.

Los backbeans

A las clases java que se asocian a los formularios JSF se les denomina backend beans ya que son los beans (clases java) que están detras del formulario. Estos beans se referencian en el fichero de configuracion de JSF en el apartado de managed beans, ya que son beans gestionados por el controlador JSF. este se encarga de su construcción y destrucción automáticas cuando es necesario.

Estructura de las páginas

En su versión más sencilla, cada página JSF está formada por una página JSP que contiene un formulario (HTML FORM) y un backbean.

El controlador JSF registra en el servidor de aplicaciones un tipo especial de petición, tipicamente *.jsf, que estará asociado a estas páginas.

El primer caso comienza cuando el usuario realiza en su navegador una petición de navegación a una url de tipo *.jsf. Cuando al servidor web llega una petición del tipo pagina JSF, el controlador JSF entra en funcionamiento.

Primero comprueba si es la primera vez que se accede a dicha página. Si es así, carga la página jsp asociada pagina.jsp y la procesa construyendo en memoria la repesentación de los controles de la página. Tras esta etapa JSF sabe cómo construir el código HTML de salida y la lista de controles de usuario que la cumplen, es decir, sabe lo que contiene y cómo pintarla.

El siguiente paso es asociarle los backbeans. Para ello, del procesamiento de la página jsp, el controlador ha obtenido la lista de backbeans asociados, por lo que procede a buscarlos en sus correspondientes ámbitos de la aplicación como la request y la session. Los beans que no existan se crean llamando a los constructores de sus clases, definidos en la seccion de managed beans del fichero de configuración de JSF.

El tercer paso es dar valores a las propiedades de los elementos JSF de la página. Aquí juega un papel fundamental el lenguaje de expresiones de JSF, que es parecido al lenguaje de expresiones que se permite en las páginas jsp normales.

En su versión más sencilla una expresión JSF sería del tipo #{mibackbean.propiedad}.

Finalmente el servidor devuelve al usuario una página creada a partir de una página JSP que incluye normalmente etiquetas JSF, cuyos valores se extraerán del backbean asociado, ahora ya actualizados.

Respondiendo a las acciones del usuario

Una vez que el usuario ve la página web que se ha construido con JSF, está listo para comenzar a interactuar con ella. El método mas sencillo de interacción es el uso de formularios web. Un formulario web simple consta de:

  • Etiquetas que muestran información

  • Campos editables

  • El botón de envío del formulario

El controlador JSF dispone de un conjunto de etiquetas que permiten definir formularios JSF. Las más sencillas son:

  • h:form. Esta etiqueta sustituye al form de HTML, añadiendo la funcionalidad JSF al formulario

  • h:outputText. Sirve para imprimir valores en la página

  • h:inputText. Sirve para crear campos editables en los que introducir los datos

  • h:commandButton. Crea botones que envían el formulario

Cuando la página JSF contiene elementos que incluyen acciones se ejecuta una fase más en el procesamiento de la petición al servidor. Si en nuestro formulario hay botones u otros elementos que tienen una propiedad action, si se pulsa sobre el elemento cuando la petición sea procesada por el servidor se ejecutará la lógica de la acción asociada a este elemento. Este es el mecanismo JSF habitual para ejecutar a lógica de la aplicación. Esto se hace ejecutando los métodos del backbean asociado a la página

La navegación entre páginas

Cuando se ejecuta una petición que incluye una acción se ejecuta el mecanismo de navegación de JSF. Tras la ejecución de la acción, el controlador determina cómo se debe mostrar al usuario el resultado de la petición. Hay varias posibilidades:

  • Finalizar la petición mostrando la página jsp que originó la petición, que es la opción por defecto.

  • Mostrando otra página jsp diferente.

  • Enviándo al usuario una petición de redirección, por lo que el navegador del usuario se dirigirá automáticamente a otra página cuando reciba la respuesta a su petición.

Este mecanismo de navegación se implementa de manera sencilla en la página JSF. Cuando el controlador JSF llama al método asociado a la acción, este devuelve un valor de tipo String. Este valor es utilizado junto con las reglas de navegación creadas en el fichero de configuración de JSF para determinar la página que se debe enviar como respuesta al usuario.

Las reglas de navegación definen:

  • La página de origen. Indica el jsp que originó la petición.

  • La etiqueta de destino. Es la cadena que identifica el destino. Esta cadena es devuelta por el método del backbean que procesa la acción.

  • La página de destino para cada etiqueta. Normalmente es el jsp el que procesará la petición de salida, utilizando los datos que hay en la request y en la sesión.

  • Si es un envío directo interno o una redirección externa. En el primer caso la respuesta se generará en la misma petición mediante una redirección interna a otro jsp o servlet. En el segundo caso se enviará como respuesta al navegador una instrucción de redirección para que el navegador realice una nueva petición de otra página.

Además las direcciones de origen admiten el * para que una misma regla sirva para múltiples páginas. Tambien se pueden poner reglas por defecto que se aplican a todas las peticiones.

Las etapas del procesamiento de la petición

Para entender el procesamiento de una página JSF hay que entender el ciclo de vida de la petición dentro del controlador JSF. Este ciclo de vida está compuesto de 6 fases (al menos en la versión actual, ya que se está preparando la versión 2.0 de JSF y esto podría cambiar)

Durante el procesamiento de una petición el controlador JSF realiza las siguientes etapas:

  1. Restaurar los conponentes de la vista (restore view). En esta etapa el controlador construye en memoria la estructura de componentes de la página.

  2. Aplicar los valores de la petición.. (apply request values). En esta etapa se recuperan los valores de la request y se asignan a los beans de la página.

  3. Procesamiento de las validaciones (process validations). Se verifican los parámetros de entrada según un conjunto de reglas definidas en un fichero de configuración.

  4. Actualizar los valores del modelo (update model values). Los valores leídos y validados son cargados en los beans.

  5. Invocacion a la aplicación (invoke application). Se ejecutan las acciones y eventos solicitados para la página. Si es necesario se realiza la navegación.

  6. Generación de la página (render response). En esta fase se genera la página que será enviada al usuario con todos sus elementos y valores actualizados.

Gestión de los beans

JSF gestiona automáticamente la creación y el acceso a los beans que utilizan las páginas jsp. Para ello el controlador determina qué beans utiliza la página y dónde debe almacenarlos. El fichero de configuración JSF mapea los nombres cortos de los beans utilizados en las páginas con las clases java que los definen.

¿Cuando se crean los beans?. JSF busca el bean cada vez que se menciona en la página, en el orden en que aparecen en la página. Si el bean no existe en el ámbito, lo crea. Por tanto el orden de las expresiones EL determinan el orden de la creación de los beans, si usamos más de un bean en la página.

¿Cómo se hace esto internamente?. Al procesar la página JSP, las etiquetas JSF añaden código que busca el bean mencionado en cada expresión EL. Si el bean no existe en el ámbito elegido (request, session o application) se crea uno nuevo, llamando a su constructor por defecto, y se asocia al ámbito requerido. Este mecanismo es fundamental para la comprensión del procesamiento de la página, sobre todo si trabajamos con beans de ámbito request. Mi recomendación: ponle siempre logs a los constructores para saber el momento exacto de su ejecución.

El lenguaje de expresiones EL

Para facilitar la visualización y recogida de los datos de los formularios JSF introduce un lenguaje de expresiones similar al introducido en jsp. De hecho a partir de JSF 1.2, ámbos lenguajes de expresiones se han unificado.

El lenguaje de expresiones permite acceder de manera muy sencilla a las propiedades de los backbeans.

En una forma más sencijla una xpresión EL se puede escribir como:

#{backbean.propiedad}

Esto permite asignar o leer valores de las etiquetas JSF. Por ejemplo para escribir y leer valores se pueden usar las etiquetas JSF:

<h:outputText value=”#{backbean.propiedad}” />

<h:inputTtxt value=”#{backbean.propiedad}” />

Otros ejemplos de expresiones serían:

Expresión EL

Tipo de la propiedad

valor

bean.stringProperty

String

el valor del String

bean.myBoolean

boolean

true o false o su cadena “ture” o “false”

bean.property.property2

Property : Class, property 2, String

El valor de la propiedad 2 del objeto property del bean

bean.myhashmap[madrid]

Bean: class

Myhashmap: HashMap (Map)

Devuelve el elemento de clave madrid′ en el hashmap myhashmap del bean

bean.myhashmap[madrid].property3

Bean: class

Myhashmap: HashMap (Map)

Devuelve la propiedad property3 del elemento de clave madrid′ en el hashmap myhashmap del bean

bean.myhashmap.madrid

Bean: class

Myhashmap: HashMap (Map)

Devuelve el elemento de clave madrid′ en el hashmap myhashmap del bean (otra forma de acceder)



Hay otras muchos tipos de expresiones EL, por ejemplo usando el operador ! o el operador empty. Describir el lenguaje EL es tema de un artículo...

El entorno FacesContext

Un backbean es una clase simple que no conoce nada del resto de la aplicación. Para acceder al entorno JSF y en general al entorno de ejecución en el que la clase se está ejecutando JSF prevé el mecanismo de contexto JSF FacesContext. El FacesContext es una clase que sirve al bean de puente al exterior, ya que le permite acceder no solo al contexto JSF sino también al contexto HTTP. Esto permite al bean el acceso a los demás beans de la aplicación, a las propiedades de la aplicación e incluso a la petición HTTP que se está ejecutando.

El uso del contexto FacesContext desde el bean es simple, ya que la clase FacesContext proporciona un método que devuelve una referencia a la instancia JSF asociada a la petición. El siguiente código muestra un ejemplo de este acceso:

 

 

import javax.faces.context.ExternalContext;

import javax.faces.context.FacesContext;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpSession;

 

//Con esto obtenemos el contexto

FacesContext facesContext= FacesContext.getCurrentInstance();

 

//Con esto obtenemos la request

HttpServletRequest request =

(HttpServletRequest) facesContext;

.getExternalContext().getRequest();

 

//Con esto obtenemos la lista de nombres de los parámetros enviados

// en la request

Enumeration params = request.getParameterNames();

 

//Acceso a la sesión http

HttpSession sessio = request.getSession();

           

 

 

Estudiando las diferentes APIs involucradas en la gestión del contexto jsf, la petición (request), la respuesta (response) y la aplicación (Application) obtenidas desde facesContext podremos realizar otras tareas avanzadas en JSF.          

 

Acceso a los beans de la aplicación

El contexto FacesContext permite a la aplicación acceder a los beans que se encuentran en los diferentes ámbitos (request, session y application). El método de acceso ha variado según la versión del framework JSF.

Para la versión 1.1 se puede usar el siguiente código:

            // obtiene el bean mybean de clase MyBean

            FacesContext facesContext = FacesContext.getCurrentInstance();

            MyBean myBean

                        = (MyBean) facesContext.getApplication()

                        .getVariableResolver().resolveVariable(facesContext, "myBean");




Para MyFaces 1.2.5 se usa el código siguiente:

public Object getBean(String beanName) {

      FacesContext facesContext = FacesContext.getCurrentInstance();

      return facesContext.getApplication()                                    .createValueBinding("#{" + beanName +

            "}").getValue(facesContext);

}    



El método oficial para acceder a un bean en JSF 1.2, según código de ejemplo de Sun es:

/** Nueva forma de obtener un bean en JSF 1.2 */

=" CLASS="msonormal" STYLE="margin-bottom: 0.5cm; border: 1.00pt solid #000000; padding: 0.05cm 0.19cm"> public Object getBeanNuevo(String beanName) {

      FacesContext facesContext =

            FacesContext.getCurrentInstance();

      //Este es el método correcto según define el api RI de Sun

      javax.el.ELContext elContext = facesContext. getELContext();

      javax.el.ExpressionFactory ef =                                         facesContext.getApplication()

            .getExpressionFactory();

      javax.el.ValueExpression ve =

            ef.createValueExpression(elContext, "#{InstallationBean}",             Object.class);

       return  ve.getValue(elContext);

 }

 

De esta forma podemos obtener el bean que necesitamos. Esto se usa fundamentalmente dentro de los métodos de los beans que ejecutan las acciones. Ya que los backbeans de las aplicaciones JSF no implementan ninguna interfaz especial y los métodos de las acciones no reciben parámetros, sin la ayuda del contexto FacesContext no podrían comunicarse con otros beans de la aplicación.

El ejemplo más sencillo de acceso a otros bean consiste en preparar el bean para la jsp que procesa una petición JSF. Supongamos una página JSP que tiene un botón cuya acción nos va a llevar a otra página diferente. Si ambas páginas comparten el mismo backbean, el paso de la información de una a otra es sencillo. Basta que o bien pongamos el bean en la sesión o bien pasemos todos las propiedades del bean como inputs. Al ejecutar la acción se llamará al método del bean que es responsable de su ejecución, y en este método podremos fijar los valores de las propiedades que utilizará la página de salida.

Pero podría ocurrir que ambas páginas tuviesen backbeans diferentes. Entonces, antes de finalizar el método de la acción debemos preparar el bean de la segunda página. Para ello se utilizan los métodos antes presentados (getBean y getBeanNuevo), que nos permitirán recuperar o crear el bean que necesita la página de salida. Una vez que tenemos el bean es fácil asignarle valores a sus propiedades.

Un ejemplo sencillo podría ser el siguiente:

     

      public String cambiar() {

           

            //Creamos un bean en la request externo

            // al bean actual

            Ejemplo6b ejemplo6b = (Ejemplo6b) getBean("ejemplo6b");

           

            //fijamos propiedades de este bean

            ejemplo6b.setNombre("un nuevo nombre");

           

            //Cuando el controlador navege al jsp de salida ejemplo6b

            // no construirá un nuevo bean, ya que existirá en

            // la request

            return "ejemplo6b";

      }

 

 

Donde suponemos que tenemos dos páginas ejemplo6.jsp y ejemplo6b.jsp, cada una de ellas con el backbean ejemplo6 o ejemplo6b, que son objetos de clase Ejemplo6 y Ejemplo6b que se han declarado en el faces-config.xml así:

     

      <!-- managed beans para ejemplo6 -->

      <managed-bean>

            <managed-bean-name>ejemplo6</managed-bean-name>

            <managed-bean-class>

                  adictosaltrabajo.ejemplo6.Ejemplo6

            </managed-bean-class>

            <managed-bean-scope>request</managed-bean-scope>

      </managed-bean>

      <managed-bean>

            <managed-bean-name>ejemplo6b</managed-bean-name>

            <managed-bean-class>

                  adictosaltrabajo.ejemplo6.Ejemplo6b

            </managed-bean-class>

            <managed-bean-scope>request</managed-bean-scope>

      </managed-bean>

 

 

Cómo seguir la pista a una petición JSF

El punto más oscuro cuanto de enfrentas por primera vez a una página JSF es determinar qué código se está ejecutando y qué elementos intervienen en tu petición. Vamos a escribir unas sencillas reglas que nos ayudarán a seguir el rastro de la petición, y saber qué se está ejecutando. Hay dos tipos de peticiones importantes en JSF:

  • Navegación a una url con extensión JSF (normalmente *.jsf o *.faces). Este es el caso cuando escribimos en la URL del navegador una url que está controlada por JSF, por ejemplo siguiento el enlace de una página que estamos visitando.

  • Ejecución de una acción dentro de una página JSF. Este es el caso que se produce cuando pinchamos en un botón de una página de una aplicación JSF.

Seguir la pista a peticiones .jsf

Este es el caso más sencillo. Partimos de la URL que queremos investigar. En este caso la url nos da la pista de la página JSP que se ha cargado, ya que cada url de JSF debe tener asociada su correspondiente JSP. Analizando las expresiones EL de la página JSP encontraremos los beans que se cargan para construir la página, y el orden en que se llaman a sus propiedades.

Seguir la pista a acciones JSF

Este es el caso más complejo. Partimos de una página que estamos visualizando y sabemos que se ha pulsado un botón. Lo primero que hay que tener en cuenta es que la URL que aparece en la barra del navegador no implica que sepamos cual es la JSP asociada a la pagína que estamos viendo. En efecto, si se ha producido una navegación, la URL que aparece es la origen de la petición, pero no la de destino.

Por tanto, para seguir la pista a una acción primero vamos a suponer que estamos en el caso en el que la JSP que estamos visualizando se corresponde con la URL de JSF que vemos en la barra del navegador. Para seguir la pista a la acción de un botón de esa página seguimos el siguiente método:

1.      Buscamos en la página JSP el código del botón. Por ejemplo podría ser algo así:

 

<h:commandButton action="#{ejemplo3.enviar}" value="Enviar success o error" />

 

 

2.      De la expresión EL de la acción del botón obtenemos el nombre del bean y el nombre del método que ejecuta la acción. Normalmente las acciones serán del tipo #{beanName.actionName}, por lo que el nombre del bean sería beanName y el del método que ejecutará la acción actionName. En el ejemplo anterior, el bean es ejemplo3 y el método que se ejecutará es enviar.

3.      Ahora buscamos la clase del bean. Para ello buscamos en el faces-config.xml el managed-bean que hemos encontrado. En nuestro ejemplo la sección correspondiente indica, como vemos a continuación, que el bean ejemplo3 se crea en el ámbito request de la petición y es de clase: adictosaltrabajo.ejemplo3.Ejemplo3

 

 

      <!-- managed beans para ejemplo3 -->

      <managed-bean>

            <managed-bean-name>ejemplo3</managed-bean-name>

            <managed-bean-clas>

                  adictosaltrabajo.ejemplo3.Ejemplo3

            </managed-bean-class>

            <managed-bean-scope>request</managed-bean-scope>

      </managed-bean>

 

 

4.      Ahora localizamos en la clase Ejemplo3 el método enviar, que será un public String enviar()

 

 

public class Ejemplo3 {

      ...

 

      public String enviar() {

 

            //aquí irá la lógica de negocio de esta acción

           

            return "success";

      }

 

 

 

5.      Tras seguir la pista a la lógica de negocio que veremos en el método (el de ejemplo es muy simple, no aparece ninguna), nos fijamos en las sentencias return del método, ya que son las que generan el valor de retorno del método. En nuestro ejemplo también es muy simple, ya que sólo contiene el return “success”.

6.      Cuando hemos localizado la cadena de retorno, en nuestro casso “success”, buscamos en el faces-config.xml la regla de navegación cuya entrada sea el JSP inicial. En nuestro caso las reglas de navegación para esta petición son:

 

 

      <!-- Reglas de navegacion para el ejemplo 3-->

      <navigation-rule>

            <from-view-id>/ejemplo3/ejemplo3.jsp</from-view-id>

            <navigation-case>

                  <from-outcome>success</from-outcome>

                  <to-view-id>/ejemplo3/panelSuccess.jsp</to-view-id>

            </navigation-case>

            <navigation-case>

                  <from-outcome>OK</from-outcome>

                  <to-view-id>/ejemplo3/panelOk.jsp</to-view-id>

            </navigation-case>

            <navigation-case>

                  <from-outcome>error</from-outcome>

                  <to-view-id>/ejemplo3/panelError.jsp</to-view-id>

            </navigation-case>

      </navigation-rule>

     

 

 

7.      la etiqueta from-view-id nos dice las JSP de entrada que serán controladas por esta regla de navegación (puede contener caracteres comodín). Las etiquetas from-outcome nos dan los posibles valores de las cadenas retornadas por las acciones, y las etiquetas to-view-id nos dan las JSP de salida correspondientes. Estas dos etiquetas irán siempre en pares de etiquetas dentro de una etiqueta navigation-rule, que define una regla de navegación. En nuestro ejemplo la cadena “success” lleva a la página /ejemplo3/panelSuccess.jsp

8.      Ahora ya sabemos la página por la que saldrá la acción. Sólo nos resta echarle un vistazo a dicha página para saber los beans que se van a necesitar para su construcción.

En el caso más complicado, la página que estamos viendo la hemos obtenido tras ejecutar varias acciones. Esto nos obligará a repetir el proceso anterior varias veces desde el inicio de la petición para saber a qué pagina hemos llegado. Para evitarnos estos líos conviene poner al principio de la página algún comentario en el propio código fuente de la página que nos indique el JSP que estamos visualizando.

JSF frente a Struts

JSF es uno de los posibles frameworks que se pueden utiliar para crear aplicaciones web Java. Uno de los más extendidos es Struts, un framework bien maduro, que sin embargo no forma parte del estándar J2EE.

En esencia, Struts es un controlador MVC de tipo 2, en el que la acción del formulario se liga a una clase acción, que sigue el patrón “comando” de diseño (una clase que representa un comando). El controlador de Struts sigue a su vez el patron de “controlador frontal”, dirigiendo cada petición solicitada a la clase acción que la procesa, y pasándole los datos de la petición encapsulados en un objeto (patrón “objeto valor”).

JSF se desarrolló teniendo en mente Struts, ya que los impulsores de este desarrollo, en los que se encontraban gente como IBM y el propio creador de Struts, querían crear un nuevo framework más potente.

Prácticamente todo lo que se puede hacer con Struts tiene un equivalente JSF (hay como siempre que adaptarse al modo de trabajo de JSF, no intentar “clonar” el comportamiento de Struts en JSF), pero además utilizando JSF obtendremos una serie de ventajas:

  • La arquitectura del controlador es más avanzada y flexible. Podremos hacer algunas tareas avanzadas de manera sencilla (por ejemplo, utilizando “phase listeners”).

  • JSF permite definir la navegación no solo a través de los métodos de navegación de los beans, sino incluso en la propia página (navegación definida en los componentes de la página).

  • JSF permite recoger los parámetros del formulario de manera más sencilla que Struts, e incorpora un lenguaje de expresiones que lo hace más simple.

  • JSF soporta la creación de manejadores de eventos asociados a los componentes de la página, lo que dota a dichos componentes de gran potencia. Un ejemplo: creación de combos enlazados, en los que la elección de un elemento en el primer combo obliga a recalcular los elementos disponibles en el segundo combo, por ejemplo, en combos de paises y estados o ciudades.

  • JSF está pensado para la creación de interfaces de usuario avanzadas. Basta ver los nuevos frameworks extendidos JSF, como Apache MyFaces Trinidad y el resto de frameworks JSF con soporte AJAX.

  • Em resumen, para los desarrolladores que han usado algún lenguaje visual (visual basic, delphi, swing, etc.) el modo de trabajo de JSF pronto les parecerá cercano.

Para un proyecto nuevo, la elección es sencilla, como dice el propio creador de Struts: utiliza JSF.

JSF y AJAX

JSF es un framework que lanza muchas peticiones al servidor. Para optimizar dicho dialogo están empezando a aparecer implementaciones de JSF que incorporan AJAX en sus etiquetas. Esto permite actualizar los componentes en el navegador del usuario de manera selectiva, sin necesidad de recargar la página completa. La combinación JSF ajax dota a las páginas de gran dinamismo sin complicar el desarrollo, evitando el uso de javascript codificado a mano asegurando un mayor soporte a los navegadores web.

El futuro de JSF

El framework JSF forma parte importante del estándar java J2EE. De hecho se está preparando una nueva versión que traerá numerosas novedades, sobre todo en lo que se refiere a su integración con AJAX. También se está comenzando a utilizar en numerosas aplicaciones empresariales, ya que permite crear pantallas de usuario bastante complejas con una cierta facilidad, aunque desde luego no es sencillo la primera vez que te enfrentas a este framework. En la nueva versión se espera una mejora sobre el control de las fases del ciclo de vida de la petición que faciliten la creación de componentes JSF complejos que se usan de manera simple.

En un artículo posterior intentaré poneros ejemplos de aplicaciones basadas en JSF y AJAX utilizando alguno de los frameworks más importantes, como puede ser MyFaces Trinidad o IceFaces.

Conclusión

Este artículo sirve de introducción al framework JSF. Será complementado con otro artículo que incluirá una aplicación de ejemplo lista para funcionar que explicará muchas de las técnicas fundamentales de creación de aplicaciones JSF. Espero que con este artículo y echando un vistazo a aplicaciones JSF ya desarrolladas os podais hacer una idea de sus posibles aplicaciones, así como de su potencia.

Un consejo, una vez que comenceis a desarrollar una aplicación de gran envergadura con JSF os dareis rápidamente cuenta que con el API JSF básico no vais muy lejos. En mi caso llevo bastante tiempo usando MyFaces Tomahawk y la verdad es que es bastante potente, eliminando bastantes de las restricciones que impone el JSF Core Tags, y que añade etiquetas bastante útiles.

A continuación puedes evaluarlo:

Regístrate para evaluarlo

Por favor, vota +1 o compártelo si te pareció interesante

Share |
Anímate y coméntanos lo que pienses sobre este TUTORIAL:

Fecha publicación: 2013-10-10-06:41:19

Autor: Dankartel

Muy bueno el tutorial !! Felicidades y gracias x aportar con los que deseamos aprender mas sobre la tecnología de programación.

Fecha publicación: 2010-12-26-02:20:00

Autor: RunIT

Cristóbal, felicitaciones por el tutorial, es muy claro, sería un honor que formes parte de nuestra red social para profesionales IT (Run IT) donde buscamos gente con tu talento y conocimientos para que participe de las discusiones y para que publiquen sus artículos para darlos a conocer a la comunidad.
Saludos!

Fecha publicación: 2010-07-19-07:40:36

Autor: Mayu

Hola amigo me parecio interesante el tutorial. Muy bien explizado..!! Y quiero aprender a usar jsf para mis proyectos el problema esque nose que ide usar si netbeans o eclipse para programar en ubuntu..! Agradeceria me ayudes en esto.

Fecha publicación: 2010-01-15-13:05:38

Autor: jpacheco

ENORME El tutorial!!! ... espero con impaciencia los siguientes articulos sobre este tema .... Gracias

Fecha publicación: 2009-08-21-05:09:32

Autor:

[dorian ordoñez] EL MANUEL ESTA EXELENTE: tengo una semana de empezar ha utilizar jsf, antes utilizaba estruts, tengo como ide NETBEAS 6.7, tiene algun manual que se tenga la libreria de tomahawk aunque tengo problemas, al intentear utilizar esa libreria., pero me gustaria un manual. porque este estaba EXELENTE....

Fecha publicación: 2009-08-11-10:58:29

Autor:

[Olga CB] Hola, es un excelente tutorial para aquellos que apenas estamos incursionando en estas áreas..es muy claro..me falta revisar el ejemplo paso a paso, pero se que como la mayoria de sus tutoriales será muy util...Gracias por compartir su conocimiento.... :)

Fecha publicación: 2009-08-03-11:26:57

Autor:

[Rafael] es bueno aunque faltaron mas ejemplos

Fecha publicación: 2009-07-16-04:31:50

Autor:

[Victor Hugo Fernande] beuno creo que para mi que estoy empezando y que bueno busco las mejores cosas para aprender y ser tan bueno como ustedes creo que esta de pelos espero que continuen compartiendo ese don que dios les dio para que nosotros los terricolas podamos seguir con sus pasos en este mundo de aprendizaje, bueno el tutorial es exelente gracias.

Fecha publicación: 2009-06-04-07:22:28

Autor:

[César] Está excelente, sobre todo por que da una muy buena idea de como funciona jsf

Fecha publicación: 2009-05-04-08:02:10

Autor:

[joshi] Muy buena introducción, en especial lo de las fuentes para obtener el context y el request.

Fecha publicación: 2009-04-04-03:55:17

Autor:

[alex] me gustaria algunos temas mas avanazadossobre JSF algunos framework com icefaces o rightfaces