Atenção: esse artigo tem um vídeo complementar. Clique e assista!

O JavaServer Faces é o framework para desenvolvimento de aplicações web padrão da Java EE. Ele é mantido pela Java Community Process JSR-314, que define o padrão para desenvolvimento de interfaces dentro do modelo orientado a componentes. Essa característica é, na maioria das vezes, o maior obstáculo para o aprendizado da maioria dos desenvolvedores, principalmente os que conhecem algum framework baseado em ações, como por exemplo, Struts.

A arquitetura JSF favorece o surgimento de ferramentas RAD (desenvolvimento rápido de aplicações) através da arquitetura de componentes, da infra-estrutura da aplicação e do conjunto de componentes padrões. Para a IDE Eclipse, há diversos plugins, como o WTP, o JBoss Tools e MyEclipse. Já o NetBeans oferece um suporte avançado com recursos de drag-and-drop para montagem de páginas, além de oferecer componentes mais avançados que os padrões, cabe ressaltar que estes recursos estão atrelados a um modelo de desenvolvimento que o usuário deve seguir, caso contrário os recursos são bem limitados.

Os componentes JSF são orientados a eventos, ou seja, é possível processar eventos gerados pelo cliente, como um clique no botão ou alteração do valor de campo texto. Por padrão, há um conjunto de componentes básicos para manipulação de formulários, mas o Faces oferece uma infra-estrutura para criação de novos componentes. Dentre os componentes de terceiros, os mais conhecidos são o JBoss RichFaces e Apache Tomahawk.

O presente artigo objetiva mostrar uma visão geral sobre as principais características do JSF, as quais ajudarão o leitor que está iniciando o trabalho com o framework e também aquele que já trabalha com ele. Todos os conceitos abordados serão baseados na versão 1.2, a versão oficial na data em que o artigo foi escrito. Vamos iniciar analisando o ciclo de vida do Faces, que é essencial para desenvolver interfaces mais complexas e resolver problemas que são comuns durante o desenvolvimento de uma aplicação.

Como é o ciclo de vida?

Toda requisição realizada dentro do contexto JSF passa por um processo de seis fases, conhecido como ciclo de vida JSF. Em suma, durante esse processo é restaurada a árvore de componentes, os valores são lidos, convertidos e validados; eventos são executados e uma resposta é gerada para o usuário. Os eventos são executados, na grande maioria, após uma dessas seis fases.

A Figura 1 mostra o fluxo de execução de uma requisição gerada pelo cliente pelo ciclo de vida JSF. O processo inicia-se assim que a requisição é recebida pelo servlet do JSF. É importante lembrar que o JSF é construído em cima da API do Servlet.

Figura 1. Ciclo de vida JSF

Restore View

A requisição é recebida pelo FacesController, que extrai a View ID usada para identificar a página JSP associada a ela. Uma View é a representação de todos os componentes que compõem uma determinada página. Uma vez que a página está em mãos, é realizada uma tentativa de restauração desta View que, geralmente, é restaurada com base em um campo oculto, ou baseada na sessão de usuário. A árvore de componentes da View é obtida através de duas formas: Initial View e Postback, que são executados de maneiras distintas.

A Initial View ocorre quando a página é acessada pela primeira vez ou quando a página é acessada via HTTP GET. O contexto JSF cria a árvore de componentes, com base na View acessada, e a mesma é gravada na propriedade viewRoot do objeto FacesContext. Esse objeto contém todas as informações relacionadas à requisição que são necessárias para manipular o estado dos componentes GUI de uma página de uma determinada requisição. Como não há nenhum valor de entrada a ser processado, o fluxo avança para a última fase, a Render Response.

Já o Postback ocorre quando o usuário interage com o formulário da página, seja alterando um valor de um campo de texto ou clicando num link ou botão. Nesses casos, a requisição é enviada para a mesma página da qual foi submetido o formulário. Como a View já existe, ela precisa ser restaurada; nesse caso, o JSF utiliza as informações restauradas para reconstrução do estado da View. Uma vez reconstruído o estado, o fluxo passa para a próxima fase do ciclo de vida.

Apply Request Values

Também conhecido como processo de decodificação, a fase Apply Request Values é responsável por atribuir aos componentes o valor submetido através de parâmetros enviados no request. Todo componente que aceita a entrada de valores possui uma propriedade que recebe o valor original enviado pelo usuário. Esse valor é obtido com base no ID do componente. Um componente pode ser renderizado mais de uma vez, geralmente em virtude de uma interação. Para garantir um ID único para cada componente, o JSF adiciona como prefixo o ID do componente pai, o ID resultante é conhecido como "