Bom dia
To tentando aprender como funciona este frame work…
então comecei a estudar…
achei um link mto bom http://www-128.ibm.com/developerworks/library/j-jsf2/
mas esta tdo em inglês…
resolvi tentar traduzir e saiu isso æ…
JSF LifeCycle
O ciclo de vida da aplicação jsf, persite em 6 fases…
As 6 fases mostram a ordem em que o JSF normalmente processa um formulário GUI
(Graphical User Interface)
Phase 1: Restore view
Na primeira fase do ciclo de vida da aplicação JSF (restore view), um pedido vem através do controlador do FacesServlet, o qual examina o pedido e extrai a ID da view, que é determinada através do nome da página JSP.
O framework do JSF controller, usa a ID da view para enxenrgar os componentes da view atual. Se a view ainda não existir, o JSF controller criará. Se a view já existir, o JSF controller irá usa-la. A view conntém todos os componentes do GUI.
Esta fase do ciclo de vida apresenta três instâncias da view:new view, initial view, e postback, com cada uma sendo manuseada diferentemente..E no caso da new view, JSF constrói a view do FacesPage e linka os alimentadore e validadores aos componetes. A view é salva em um objeto FacesContext.
O objeto FacesContext contém todos as infomação que o SF precisa para gerenciar os componentes GUI pra requisição atual da sessão atual… The FacesContext guarda a view nas suas propriedades de viewroot, view root contém todos os componentes JSF para o ID atual da view.
No caso da initialview, (primeira vez que a pág for carregada), o JSF cria um view vazia. A view vazia irá ser preenchida com as causas dos eventos de usuários que ocorreram. De uma view inicial, JSF avança diretamente para fase render.
No caso de um postback(quando o usuário retorna a uma página que havia aberto antes), a view corresponde à uma página que já existe, então ela só precisa ser restaurada. E nesse caso, JSF usa as informações de uma view existente para reconstrui-la. A próxima etapa apóas um postback é aplicar os valores dos parâmetros recebidos.
Phase 2: Apply request values
O propósito da fase apply request values é com cada componente recuperado. O componente precisa primeiro ser recuperado ou criado de um objeto FacesContext, seguido pelos seus valores. Os valores dos componentes são normalmente retornados da requisição de parâmetros, embora possam ser retornados dos cookies ou dos cabeçalhos.
Se a propiedade de eventos do componete não estiver setada como “true”, os valores serão apenas convertidos. Então se o campo estiver limitado a uma proprieade de Inteiros, o valor será convertido para inteiro. Se o conversão de valor falhar, uma mensagem de erro sera gerada e enfileirada no FacesContext, onde será mostrada durante a fase de resposta do render, com qualquer outro erro de validação.
Se a propiedade de eventos do compenente estiver setada como true, os valores são convertidos paro o tipo validado apropriado. A conversão então é guardad no component. Se a conversão de valores ou a validação falhar, uma mensagem de erro será gerada e enfileirada na FacesContext, onde será mostrada durante a fase de resposta do render, junto com qualquer outro erro de validação.
Phase 3: Process validation
A primeira manipulação de eventos do lifecylce ocorre depois da aplicação fizer o request da fase de valores. Nesse estágio, cada componente irá ter seu valor validado pelas regras de validações da aplicação. As regras de validações podem ser pré-definidas (enviadas com JSF) ou definidas pelo desenvolvedor. Valores dados pelo usuário são comparados às regras de validação. Se um valor que entrou for inválido, uma mensagem de erros é adicionada ao FacesContext, e o componente pe marcado como inválido. Se um componente for marcado invalido, JSF avança para a fase de resposta do render, que será exibiba junto com a validação de erros da view que atual. Se não houver erros, JSF avança 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, através das propriedades de seus backings beans(também conhecidos como beans gerenciados). Somente propriedades de beans dessas são limitadas, um valor de componentes será atualizado. Observando que esta fase acontece antes da validação, então você pode ter certeza que os valores copiados para as sua propriedade de beans são válidas(pelo meno em nível de campos de formulário, eles podem ser inválidos em nível de regra de negócios).
Phase 5: Invoke application
Na Quinta fase do JSF lifecylcle, o JSF controller, invoca a aplicação para manipular as submissões de formulários. O valor do compenonente irá ser convertido, validade, e aplicado para o modelo de objetos, então você poderá agora usá-lo para executar a lógica de aplicação de negócios.
Nesta fase, você também terá que especificar a próxima view lógica para a sequencia dada ou o numero de possíveis sequencias. Você faz isso através definido um resultado específico para uma submissão de formulário bem sucedida e rotornando este resultado. Por exemplo: Quando resultado for bem sucedido, mover usuário para a próxima página. Para esta navegação funcionar, você tera que criar um mapeamento para os resultados bem-sucedidos nas regras de navegação, do arquivo faces-config.xml. Uma vez tendo ocorrido, vc vai para a fase final do lifecycle.
o útimo passo é só figura…
para ver as figuras clica no link!! ^^
abraços, e boa sorte
