Ciclo de vida de unrequestEl ciclo de vida de una petici�n JSF es la secuencia de

eventos que suceden cuando se hacen peticiones HTTP con una aplicaci�n JSF (la
interacci�n entre el navegador web y la aplicaci�n).La primera vez que se
ejecuta la petici�n, JSF crea un �rbol de componentes UI en memoria. Para
las siguientes peticiones el �rbol es r�pidamente construido de nuevo: si se
capturan valores en un formulario, estos son procesados y validados.Si la
validaci�n es correcta, los valores capturados son cargados al modelo.
Luego,seprocesanloseventosysereportanloserroresquepudieranocurrir.Si todos los
eventos han sido procesados y el modelo ha sido actualizado
correctamente, se env�a una respuesta final (render) al cliente. El manejo del
ciclo de vidademaneraautom�ticallevauncontroldeloscambiosenlosestadosdetalforma que
el cliente siempre refleje los cambios en el ladoservidor.El ciclo completo se
muestra en el gr�fico:
CARRERA DE COMPUTACI�N E INFORM�TICACIBERTECDESARROLLO DE APLICACIONES WEB II78Una
explicaci�n detallada del ciclo:FASE 1: Restore ViewEl concepto de �Faces View� es
la representaci�n en el lado servidor3(a manera de espejo) de la interfaz de
usuario que se muestra en el navegador.En esta fase, se restaura una �vista�
existente de alguna transacci�n anterior o se genera una nueva en funci�n a la
petici�n HTTP entrante.Si la petici�n es nueva, se genera una �vista� que se
almacena en un objeto conocido como �Faces Context�, el cual sirve como
almacenamiento para los datos de la petici�n http durante el manejo del ciclo
de vida.La vista generada sigue una estructura de �rbol como la siguiente4:FASE 2:
Apply Request ValuesEn esta fase, se ejecuta todo el trabajo de procesar los
pares de datos (conocidos como�value-
pairparameters�)quelleganenelrequestdesdelap�ginamostradaenel lado cliente: el
par�metro y suvalor.De esta manera, cada elemento del �rbol que representa a la
�Faces View� se carga con el valor respectivo como se muestra en el
gr�fico5:3Adiferenciadeunaestructurade�rbolDOMqueseformaenelnavegador,enelcasodela�
Faces
View�,segeneraenelladodelservidor.4Gr�ficotomadode�JavaServerFaces2.0:TheCompleteRe
ference,p�g40.5Gr�ficotomadode�JavaServerFaces2.0:TheCompleteReference,p�g41.
CIBERTECCARRERA DE COMPUTACI �N E INFORM�TICADESARROLLO DE APLICACIONES WEB II79Se
debe especificar que existen dos tipos de componentes
UI:�Aquellosquepuedenaceptarvalores:camposde texto,cajasdechequeo,etc.�Aquellos que
permiten ejecutar acciones: botones yenlaces.Es bueno saber que se puede alterar el
curso normal de las fases para casos especiales. Para ello se debe configurar el
atributo �immediate� en un componente UI.Tambi�n es bueno especificar que existen 3
tipos de interfaces usadas:�ValueHolder :implementada por todos los componentes UI
que tienen el atributo�value��EditableValueHolder: implementada por todos los
componentes UI de un formulario, que poseen valoreseditables.�ActionSource:
implementada por los componentes que generanacciones.FASE 3: Process ValidationsEn
esta fase se ejecuta la conversi�n y validaci�n de los datos recibidos. JSF invoca
alm�todoprocessValidators()enlainstanciara�zdeUIViewRootelcualsepropaga
recursivamente hacia los componentes UI del�rbol.Cuando cada m�todo
processValidators () de cada componente es invocado, se ejecutan las
conversiones y/o validaciones especificadas.
CARRERA DE COMPUTACI�N E INFORM�TICACIBERTECDESARROLLO DE APLICACIONES WEB II80Si
ocurre alg�n error de conversi�n o validaci�n, la propiedad �valid� se marca en
�false�yseencolaunobjeto�FacesMessage�enelFacesContext.Estosobjetosser�n mostrados
posteriormente en la vista del ladoclient