Inteligencia

Sfdfsfsfs
Fsf
Sfdfdfdfdfdfdf
Df
DEscenario 2: Una petición Faces genera una respuesta no-Faces:
Algunas veces una aplicación JavaServer Faces podría necesitar redirigir la salida a un
recursodiferente de la aplicación Web (p.ej. una imagen sencilla) o generar una respuesta que
no contiene componentes JavaServer Faces. En estas situaciones, el desarrollador debe
saltarse la fase derenderizado (renderizar la respuesta) llamando a
FacesContext.responseComplete. FacesContext contiene toda la información asociada con
una petición Faces particular. Este método se puede invocar durantelas fases aplicar valores
de respuesta, procesar validaciones o actualizar los valores del modelo.
O Escenario 3: Una petición Faces genera una respuesta Faces:
Es el escenario más común en el ciclode vida de una aplicación JavaServer Faces.
Este escenario implica componentes JavaServer Faces enviando una petición a una aplicación
JavaServer Faces utilizando el FacesServlet. Como la peticiónha sido manejada por la
implementación JavaServer Faces, la aplicación no necesita pasos adicionales para generar la
respuesta. Todos los oyentes, validadores y conversores serán invocadosautomáticamente
durante la fase apropiada del ciclo de vida estándar, como se describe en la siguiente sección.
3.5.2 Ciclo de Vida Estándar de Procesamiento de Peticiones
La mayoría de los usuarios de latecnología JavaServer Faces no necesitarán conocer a
fondo el ciclo de vida de procesamiento de una petición. Sin embargo, conociendo lo que la
tecnología JavaServer Faces realiza para procesar unapágina, un desarrollador de
aplicaciones JavaServer Faces no necesitará preocuparse de los problemas de renderizado
asociados con otras tecnologías UI. Un ejemplo sería el cambio de estado de loscomponentes
individuales: si la selección de un componente, como por ejemplo una casilla de verificación
(checkbox ) afecta a la apariencia de otro componente de la página, la
Ghdf
H
G
Hg
J
G...