O ciclo de vida da aplicao jsf, persite em 6 fases...

As 6 fases mostram a ordem em que o JSF normalmente processa um formulrio GUI (Graphical User Interface)

Phase 1: Restore view Na primeira fase do ciclo de vida da aplicao JSF (restore view), um pedido vem atr avs do controlador do FacesServlet, o qual examina o pedido e extrai a ID da view , que determinada atravs do nome da pgina JSP. O framework do JSF controller, usa a ID da view para enxenrgar os componentes da view atual. Se a view ainda no existir, o JSF controller criar. Se a view j existi r, o JSF controller ir usa-la. A view conntm todos os componentes do GUI. Esta fase do ciclo de vida apresenta trs instncias da view:new view, initial view, e postback, com cada uma sendo manuseada diferentemente..E no caso da new view, JSF constri a view do FacesPage e linka os alimentadore e validadores aos compon etes. A view salva em um objeto FacesContext. O objeto FacesContext contm todos as infomao que o SF precisa para gerenciar os com ponentes GUI pra requisio atual da sesso atual.. The FacesContext guarda a view nas suas propriedades de viewroot, view root contm todos os componentes JSF para o I D atual da view. No caso da initialview, (primeira vez que a pg for carregada), o JSF cria um view vazia. A view vazia ir ser preenchida com as causas dos eventos de usurios que oc orreram. De uma view inicial, JSF avana diretamente para fase render. No caso de um postback(quando o usurio retorna a uma pgina que havia aberto antes) , a view corresponde uma pgina que j existe, ento ela s precisa ser restaurada. E ne sse caso, JSF usa as informaes de uma view existente para reconstrui-la. A prxima e tapa apas um postback aplicar os valores dos parmetros recebidos. Phase 2: Apply request values O propsito da fase apply request values com cada componente recuperado. O compone nte precisa primeiro ser recuperado ou criado de um objeto FacesContext, seguido pelos seus valores. Os valores dos componentes so normalmente retornados da requ isio de parmetros, embora possam ser retornados dos cookies ou dos cabealhos. Se a propiedade de eventos do componete no estiver setada como ?true?, os valores sero apenas convertidos. Ento se o campo estiver limitado a uma proprieade de Int eiros, o valor ser convertido para inteiro. Se o converso de valor falhar, uma men sagem de erro sera gerada e enfileirada no FacesContext, onde ser mostrada durant e a fase de resposta do render, com qualquer outro erro de validao. Se a propiedade de eventos do compenente estiver setada como true, os valores so convertidos paro o tipo validado apropriado. A converso ento guardad no component. Se a converso de valores ou a validao falhar, uma mensagem de erro ser gerada e enf ileirada na FacesContext, onde ser mostrada durante a fase de resposta do render, junto com qualquer outro erro de validao.

Phase 3: Process validation A primeira manipulao de eventos do lifecylce ocorre depois da aplicao fizer o reques t da fase de valores. Nesse estgio, cada componente ir ter seu valor validado pela s regras de validaes da aplicao. As regras de validaes podem ser pr-definidas (envia com JSF) ou definidas pelo desenvolvedor. Valores dados pelo usurio so comparados s regras de validao. Se um valor que entrou for invlido, uma mensagem de erros adic ionada ao FacesContext, e o componente pe marcado como invlido. Se um componente

for marcado invalido, JSF avana para a fase de resposta do render, que ser exibiba junto com a validao de erros da view que atual. Se no houver erros, JSF avana para a fase update model values

Phase 4: Update model values A Quarta fase do JSF lifecycle, atualiza os valores atuais do modelo no servidor , nominalmente, atravs das propriedades de seus backings beans(tambm conhecidos co mo beans gerenciados). Somente propriedades de beans dessas so limitadas, um valo r de componentes ser atualizado. Observando que esta fase acontece antes da valid ao, ento voc pode ter certeza que os valores copiados para as sua propriedade de bea ns so vlidas(pelo meno em nvel de campos de formulrio, eles podem ser invlidos em nve de regra de negcios). Phase 5: Invoke application Na Quinta fase do JSF lifecylcle, o JSF controller, invoca a aplicao para manipula r as submisses de formulrios. O valor do compenonente ir ser convertido, validade, e aplicado para o modelo de objetos, ento voc poder agora us-lo para executar a lgica de aplicao de negcios. Nesta fase, voc tambm ter que especificar a prxima view lgica para a sequencia dada o u o numero de possveis sequencias. Voc faz isso atravs definido um resultado especfi co para uma submisso de formulrio bem sucedida e rotornando este resultado. Por ex emplo: Quando resultado for bem sucedido, mover usurio para a prxima pgina. Para es ta navegao funcionar, voc tera que criar um mapeamento para os resultados bem-suced idos nas regras de navegao, do arquivo faces-config.xml. Uma vez tendo ocorrido, v c vai para a fase final do lifecycle. o timo passo s figura.... para ver as figuras clica no link!! ^^ abraos, e boa sorte