Se você chegou até aqui, parabéns! Já leu muita coisa e já escreveu (ou copiou…) muitas linhas de código, mas o importante não é escrever com os próprios dedos, mas sim saber o que aquele trecho de código sgnifica, o que ele faz, como ele se comporta, etç.
Apenas recapitulando um pouco:
Criamos um Bean (testeBean.java) que tem um método testar(), este método faz uma verificação e retorna “falhou” caso não tenha sido digitado nada na tela, ou retorna “sucesso” caso os dois campos tenham sido populados pelo usuário.
Criamos também uma página de menu (menu.jsp) que tem um botão que direciona para “cadastro“.
Criamos uma página de cadastro (inicio.jsp), esta página tem alguns campos que fazem referência à “teste“.
Criamos uma página sucesso.jsp que tem um botão enviando para “inicio” e uma página falha.jsp com um botão direcionando para “cadastro“.
Ao longo deste projeto, criamos diversas páginas, todas apontando para algum “apelido“, para algum lugar imaginário que não existe. Todos estes apelidos são configurados no arquivo de configuração FACES-CONFIG.XML, é sobre este arquivo que iremos falar agora!
Faces-config, o coração do projeto JSF, o arquivo que faz todas as páginas se conectarem, se conhecerem, pode ser considerado também o “orkut” de uma aplicação JSF…
Este faces-config é um “arquivinho” xml qualquer, com algumas tags especiais que fazem o servidor encontrar todos os apelidos que distribuimos em nossas páginas.
Já criamos o arquivo nos passos anteriores, vamos então enfiar códigos nele!
Abra o arquivo faces-config.xml e insira as seguintes linhas de código:
<?xml version=”1.0″?>Agora o que interessa, a explicação!
<!DOCTYPE faces-config PUBLIC
“-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN”
“http://java.sun.com/dtd/web-facesconfig_1_1.dtd”>
<faces-config>
<!– ################### NAVIGATION ###################–>
<navigation-rule>
<from-view-id>*</from-view-id>
<navigation-case>
<from-outcome>cadastro</from-outcome>
<to-view-id>/pages/inicio.jsf</to-view-id>
</navigation-case>
<navigation-case>
<from-outcome>falhou</from-outcome>
<to-view-id>/pages/falha.jsf</to-view-id>
</navigation-case>
<navigation-case>
<from-outcome>sucesso</from-outcome>
<to-view-id>/pages/sucesso.jsf</to-view-id>
</navigation-case>
<navigation-case>
<from-outcome>inicio</from-outcome>
<to-view-id>/pages/menu.jsf</to-view-id>
</navigation-case>
</navigation-rule>
<!– ################### MANAGED-BEAN ###################–>
<managed-bean>
<managed-bean-name>teste</managed-bean-name>
<managed-bean-class>br.com.projetox.view.bean.testeBean</managed-bean-class>
<managed-bean-scope>session</managed-bean-scope>
</managed-bean>
</faces-config>
As primeiras linhas:
<?xml version=”1.0″?>
<!DOCTYPE faces-config PUBLIC
“-//Sun Microsystems, Inc.//DTD JavaServer Faces Config 1.1//EN”
“http://java.sun.com/dtd/web-facesconfig_1_1.dtd”> indicam que tipo de arquivo é este, são tags padrões que devem estar no cabeçalho de cada arquivo XML, dependendo da funcionalidade do arquivo as propriedades destas tags mudam um pouco, estas indicam que o arquivo é um “faces-config”.
As tags <faces-config></faces-config> presentes no inicio e no fim do arquivo indicam o começo e o fim dos comandos de configuração.
Assim como em JavaScript todos os comandos devem ser scritos dentro das tags <script> e </scritp>, todos os comandos de configuração do faces-config devem ser escritos entre as tags <faces-config></faces-config>, se você escrever alguma coisa fora não vai conseguir nem acessar a aplicação...
<navigation-rule> e</navigation-rule>
Regras de navegação.
Dentro destas tags indicaremos todas as nossas regras de navegação, mas o que seria uma regra de navegação? Seria basicamente informar: “saindo do jsp X, vai para o jsp Y”. Vamos ver com mais detalhes nas tags que estão dentro das navigation-rules.
<from-view-id>*</from-view-id>
Aqui estamos informando “saindo da jsp X…”, neste caso não temos uma regra específica, apenas informamos *, ou seja, qualquer página. Isso significa que não importa de onde venha a solicitação sempre terá o o destino, então a nossa “frase” ficaria mais ou menos assim: “Saindo de qualquer lugar, vai para o jsp Y” …
<navigation-case>
<from-outcome>cadastro</from-outcome>
<to-view-id>/pages/inicio.jsf</to-view-id>
</navigation-case>
Estas tags indicam o destino, o “vai para o jsp Y” e aqui definimos os apelidos dos destinos.
Todos os mapeamentos de destinos devem estar entre as tags <navigation-case> e </navigation-case>.
A tag <from-outcome>cadastro</from-outcome> é muito importante, aqui que configuramos um de nossos “apelidos”, neste caso o apelido “cadastro” que informamos na página menu.jsp, e também na página falha.jsp. Ou seja, a página menu.jsp, por exemplo, tem um link que direciona para o apelido “cadastro”, quando este link for acionado o servidor vai procurar o arquivo faces-config.xml, e perguntar para ele quem é “cadastro”, o faces-config por sua vez vai informar para o servidor que “cadastro” é…
<to-view-id>/pages/inicio.jsf</to-view-id> esta linha que indica que página o apelido cadastro deve chamar, neste caso estamos chamando /pages/inicio.jsf, note que estou chamando uma página com a extensão JSF e não com a extensão JSP, conforme explicação no passo anterior.
Então, de acordo com esta regra de navegação, sempre que de qualquer lugar do projeto alguem clicar em algum link “cadastro” a página inicio.jsp será acionada.
Nota adicional: Se quisermos deixar a arquitetura um pouco mais fechada, por exemplo, não queremos que “cadastro” seja chamado de qualquer lugar do projeto, mas somente da página principal, então na tag <from-view-id> devemos informar o nome da página principal.As demais informações dentro das tags <navigation-rule> seguem o mesmo padrão do caso “cadastro“, nelas estamos configurando os outros apelidos como falhou e sucesso, que estão sendo utilizados no método testar() do nosso bean, e o apelido inicio que está sendo utilizado na página sucesso.jsp. Todos estes apelidos direcionam para alguma página dentro do nosso projeto.
Agora já configuramos quase todos os apelidos, falta o “teste” que está sendo utilizado na página inicio.jsp.
Neste caso é um pouco diferente, não estamos direcionando para alguma página, mas sim utilizando variáveis e métodos de uma classe, uma classe bean, então não podemos configurar uma regra de navegação pois esta não é uma regra, neste caso possuimos um BEAN, então é isto que devemos configurar.
<managed-bean> e </managed-bean>, estas tags informam o inicio e o fim da configuração de beans do projeto, todos os beans que vamos utilizar devem ser configurados dentro destas tags.
<managed-bean-name>teste</managed-bean-name>, é nesta linha que definimos o apelido do nosso bean, como ele deverá ser referenciado dentro de nossas páginas, neste casos estamos dizendo que o apelido do nossa classe testeBean.java será simplesmente teste.
<managed-bean-class>br.com.projetox.view.bean.testeBean</managed-bean-class>, nesta linha informamos o caminho completo e o nome da classe, para que o servidor consiga achar nosso bean quando este for solicitado por alguma página, neste caso a classe é testeBean (note que não é necessário informar a extensão da classe), e esta classe está dentro das pastas (pacote) br.com.projetox.view.
<managed-bean-scope>session</managed-bean-scope> esta linha indica como o servidor vai fazer a comunicação entre a página e o bean, se é por aplicação (
application), se é por sessão (session) ou se é por solicitação (request). No nosso caso definimos que a comunicação entre as páginas e o bean será por sessão.Pronto! Configuramos nossos apelidos e nosso bean! Falta agora configurar nosso projeto!
Somente com o que temos até agora a aplicação não irá funcionar, por que o servidor ainda não sabe que nosso projeto está utilizando o framework JSF.
Mas como informar para o servidor que nosso projeto é um projeto JSF?
Atraves do arquivo web.xml!
Neste caso não existe muito o que falar, por enquanto. O arquivo web.xml é um arquivo padrão de configuração das aplicações web, tanto faz se é um projeto JSF, ou Struts, ou Raptor ou se não utiliza nenhum framework, o web.xml deve estar lá, devidamente configurado para que o servidor entenda que nosso projeto é assim ou assado.
Então abra o arquivo web.xml e insira as seguintes linhas de código:
<?xml version=”1.0″?>Estas são tags padrões que devem ser inseridas no arquivo web.xml para que o servidor interprete corretamente nosso projeto JSF.
<!DOCTYPE web-app PUBLIC
“-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN”
“http://java.sun.com/dtd/web-app_2_3.dtd”>
<web-app>
<context-param>
<param-name>javax.faces.STATE_SAVING_METHOD</param-name>
<param-value>server</param-value>
</context-param>
<context-param>
<param-name>javax.faces.CONFIG_FILES</param-name>
<param-value>/WEB-INF/faces-config.xml</param-value>
</context-param>
<listener>
<listener-class>com.sun.faces.config.ConfigureListener</listener-class>
</listener>
<!– Faces Servlet –>
<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup> 1 </load-on-startup>
</servlet>
<!– Faces Servlet Mapping –>
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
</web-app>
Em outro post irem mostrar algumas configurações mais avançadas deste arquivo e do faces-config.
Agora nosso projeto está concluído! Todas as páginas estão criadas e todos os arquivos devidamente configurados e se comunicando!
Vamos para a parte final deste tutorial…
PRÓXIMO PASSO (FINAL).
Nenhum comentário:
Postar um comentário