UNIVERSIDADE NORTE DO PARANÁ SISTEMA DE ENSINO PRESENCIAL CONECTADO ESPECIALIZAÇÃO EM DESENVOLVIMENTO DE APLICAÇÕES WEB BASEADAS NA TECNOLOGIA JAVA

Transcrição

1 UNIVERSIDADE NORTE DO PARANÁ SISTEMA DE ENSINO PRESENCIAL CONECTADO ESPECIALIZAÇÃO EM DESENVOLVIMENTO DE APLICAÇÕES WEB BASEADAS NA TECNOLOGIA JAVA RICARDO RODRIGUES BARCELAR IMPLEMENTAÇÃO DE PROJETOS WEB UTILIZANDO O SEAM FRAMEWORK Cuiabá/MT 2013

2 RICARDO RODRIGUES BARCELAR IMPLEMENTAÇÃO DE PROJETOS WEB UTILIZANDO O SEAM FRAMEWORK Trabalho de Conclusão de Curso apresentado ao curso de especialização em Desenvolvimento de Aplicações Web Baseadas na Tecnologia Java da Universidade Norte do Paraná, como requisito parcial para obtenção do Título de Especialista. Tutor Orientador: Higor Vinicius Navarro Fabricio Cuiabá/MT 2013

3 RESUMO Este trabalho faz uma abordagem teorico-prática sobre o Seam Framework com foco no desenvolvimento de projetos web. O desenvolvimento web com Java EE com seus inúmeros componentes exige um grande conhecimento acerca de sua estrutura. A despeito de constituir uma plataforma seus componentes não são coesos necessitando de muito trabalho de programação na camada de negócio. O Seam surge neste cenário como uma solução ágil de coesão e traz em seu framework um conjunto de ferramentas para simplificar o desenvolvimento. Diante disso, objetiva-se neste trabalho realizar um estudo do JBoss Seam e constatar a viabilidade de seu uso em projetos web. Para tanto, um estudo de caso acerca da construção de uma aplicação web para uma associação de classe foi construído, com vistas a comprovar sua viabilidade e compreender o uso de seus componentes. Para subsidiar esta pesquisa diversas referências oficiais foram consultadas, bem como autores com literaturas consagradas por sua qualidade e acertividade sobre o tema. Por fim, após a revisão teórica e a implementação foi possível discutir o emprego e a viabilidade acerca do uso do framework, chegando a uma conclusão positiva sobre o emprego do JBoss Seam.

4 ABSTRACT This paper makes a theoretical and practical approach about Seam Framework focusing on the development of web projects. The web development with Java EE with its numerous components requires a great knowledge of their structure. Despite provide a platform their components are not very cohesive needing programming work in the business layer. Seam arises in this scenario as an agile solution cohesion and bring in your framework a set of tools to simplify development. Therefore, the objective of this research was to conduct a study from JBoss Seam and to prove the feasibility of its use in web projects. Therefore, a case study about building a web application for an association class was built, in order to confirm your viability and understand the use of their components. To support this research various official references were consulted, as well as literature devoted to authors for their quality and assertiveness about the topic. Finally, after reviewing theoretical and implementation was possible to discuss the use and the feasibility about the use of the framework, reaching a positive conclusion about use of JBoss Seam.

5 SUMÁRIO 1 INTRODUÇÃO Justificativa Objetivo Geral Objetivos Específicos PLATAFORMA JAVA ENTERPRISE EDITION JAVA EE Arquitetura Java EE Componentes e Conteineres APIs da plataforma Tecnologias Requeridas pela Plataforma Java EE ENTERPRISE JAVABEANS (EJB) JAVA SERVLET JAVASERVER FACES - JSF JAVASERVER PAGES - JSP JAVASERVER PAGES STANDARD TAG LIBRARY - JSTL JAVA PERSISTENCE - JPA JAVA TRANSACTION - JTA JAVA API FOR RESTFUL WEB SERVICES - REST MANAGED BEANS CONTEXTS AND DEPENDENCY INJECTION FOR THE JAVA EE PLATFORM (JSR 299) - CDI BEAN VALIDATION JAVA MESSAGE SERVICE - JMS JAVA EE CONNECTOR ARCHITECTURE - JCA JAVAMAIL JAVA AUTHORIZATION CONTRACT FOR CONTAINERS - JACC JAVA AUTHENTICATION SERVICE PROVIDER INTERFACE FOR CONTAINERS - JASPIC Serviços Padrão do Java EE SEAM FRAMEWORK Integração entre o JBoss Seam e o Java EE Modelo de Componentes Bijeção Contexto de Componentes Eventos Seam Seam Data Validation Página de Navegação ELEMENTOS DE NAVEGAÇÃO Biblioteca de Tags do JBoss Seam TAGS DE NAVEGAÇÃO TAGS DE SELEÇÃO... 38

6 3.8.3 TAGS DE FORMATAÇÃO RichFaces BIBLIOTECA DE TAGS DOS COMPONENTES RICHFACES TEMAS RICHFACES METODOLOGIA Cenário Descrição da Proposta ESTUDO DE CASO: PROJETO JBOSS SEAM Ferramentas (Tecnologia) SERVIDOR DE APLICAÇÃO JBOSS AS SEAM FRAMEWORK SISTEMA GERENCIADOR DE BANCO DE DADOS POSTGRESQL ECLIPSE IDE IREPORTS E JASPERREPORTS Levantamento de Requisitos Modelagem do Sistema DIAGRAMA DE CASO DE USO DIAGRAMA DE CLASSE Implementação Avaliação e discussão CONCLUSÃO REFERÊNCIAS BIBLIOGRÁFICAS... 63

7 7 1 INTRODUÇÃO Contemporaneamente os sistemas computacionais são requisitos de sucesso para as empresas, corporações, órgãos públicos, etc, sejam empreendimentos de pequeno ou grande porte. Em situações cujos processos são complexos torna-se, então, imperativo a utilização de uma aplicação que envolva o armazenamento e processamento dos dados. Ocorre que ao longo dos anos o modelo de desenvolvimento destes sistemas mudou caminhando na direção da descentralização. Os primeiros sistemas, que ora tinham seu processamento e armazenamento centralizado em um grande computador saiu de um modelo monolítico, evoluiu para um modelo cliente-servidor e chega aos dias atuais com uma proposta de modelo multicamadas com acessos diversificados através da internet por meio de navegadores web e dispositivos móveis. É neste cenário que o desenvolvimento web se desponta como uma solução atrativa permitindo, inclusive, o acesso descentralizado das informações corporativas. O desenvolvimento web normalmente está associado a programação e marcação, configuração e trabalho realizado na retaguarda dos sítios, mas também pode ser usado para se referir ao projeto visual das páginas e ao desenvolvimento de um comércio eletrônico. Em virtude deste cenário surgiram muitas ferramentas com o intuito de facilitar a tarefa do programador em criar desde simples sites de internet até verdadeiras soluções de gerenciamento com considerável volume de dados. Considerando a plataforma Java, o desenvolviento de aplicações neste cenário tornou-se viável com o nascimento da tecnologia J2EE (Java2 Platform Enterprise Edition) na qual é possível projetar, desenvolver, empacotar e implantar aplicações empresariais baseadas em compontentes. Desde então, soluções foram desenvolvidas visando atender o desenvolvimento distribuído. O JBoss Seam foi um dos frameworks criado a partir da especificação do J2EE. Esta solução também é conhecida como Seam Framework, foco deste trabalho. De acordo FARLEY (2008), o JBoss Seam é um framework que tem como objetivo otimizar o desenvolvimento de aplicações Java Enterprise Edition (JEE). Desde seu lançamento observa-se uma grande evolução. Atualmente sua versão estável é a Final - considerando sua proposta original. Graças a sua estabilidade e a forma integradora pela qual foi projetado tem sido massiva sua adoção em novos projetos e migração de sistemas legados. Partindo desta breve contextualização, este trabalho se propõe a realizar um estudo a partir de uma abordagem teórico-prática acerca do Seam Framework. Além de tratar dos aspectos relativos a plataforma Java Enterprise Edition, que é o cerne do framework, serão abordadas outras soluções com a qual o Seam interage. Com o intuito de demonstrar sua aplicabilidade e deixar claro suas interações, neste trabalho será apresentado um sistema desenvolvido utilizando a versão mais recente deste framework. Para tanto, além desta introdução e de uma breve justificativa da realização do trabalho, serão abordados em capítulos pontos que são importantes para a

8 perfeita compreensão do Seam Framework, a saber: Um breve estudo sobre a plataforma plataforma Java Enterprise Edition, um capítulo dedicado ao estudo do JBoss Seam e, por fim, um estudo de caso com o JBoss Seam, onde será apresentado um Sistema desenvolvido com a última versão desta ferramenta rodando em um conteiner web. 1.1 Justificativa Nas últimas cinco décadas o desenvolvimento de software sofreu inúmeras mudanças, desde a manutenção do código público ao código proprietário, escrita de códigos básicos até a utilização de poderosas plataformas de desenvolvimento. Com a evolução dessas plataformas de desenvolvimento os programadores passaram a ter disponível um arcabouço muito vasto de ferramentas para a construção de suas aplicações. Dentre elas, é possível citar desde plataformas completas para desenvolvimento e execução de sistemas e aplicações como o.net Framework da Microsoft a soluções mais simplistas como o PHP. A plataforma Java, muito utilizada no desenvolvimento de software pela sua flexibilidade, segurança e versatilidade, por si só já dispõe de uma gama de soluções para desenvolviemento de programas desktop, soluções distribuídas e sistemas embarcados que de igual forma é bastante atrativa. Com tantas possibilidades, o profissional deve optar por aquela ferramenta que, de acordo com os requisitos do sistema, disponibilidade de recursos e outras variáveis que devem ser analisadas, melhor lhe aprouver para o caso. Esta decisão pode tornar-se em um grande problema, visto que deve ser considerado muitos aspectos: desde o financeito até a questão de qualificação do corpo técnico. Diante dessa conjuntura este trabalho apresenta o JBoss Seam, como uma solução baseada na plataforma Java Enterprise Edition que tem sido amplamente divulgada e utilizada nos mais diferentes cenários. Dentre eles o Governo de Mato Grosso através da Secretária de Segurança Pública e da Polícia Judiciária Civil, o Governo de São Paulo e o Governo do Ceará no segmento governamental, a Caixa Econômica Federal no segmento bancário, sem dizer das inúmeras fábricas de software privadas que comercializam seus produtos construidos a partir deste framework. Basta uma breve pesquisa na Internet para encontrar centenas de soluções web contruidas com JBoss Seam, cuja identificação primária pode ser feita pela extensão das URL s terminadas em.seam. Abordar este tema, que apesar de não ser inédito nem novo, proverá conhecimentos práticos sobre a aplicabilidade do Seam Framework no desenvolvimento de soluções web, visto que hoje o mercado tende para que as aplicações sejam acessadas de qualquer lugar e por qualquer tipo de dispositivo senão o computador pessoal ou notebook. Para isso, uma abordagem teórica é imprescindível para localizar teoricamente o tema e apresentar as tecnologias envolvidas. Além do quê, é a teoria que fornece o embasamento necessário para compreender o funcionamento de cada parte da proposta prática. Esta vem com o cunho de demonstrar como os componentes se relacionam, podem e devem ser utilizados, visto que o Seam Framework agrega outro frameworks bastante comuns 8

9 no mercado que com ele podem ser melhor trabalhados permitindo um enfoque maior no negócio do que na programação de mais baixo nível. Conhecer o Seam Framework na teoria e na prática, permite ao analista de tecnologia da informação ou ao programador decidir se esta é a ferramenta adequada para seu problema ou mesmo tomá-lo como solução para desenvolvimento de suas aplicações. No âmbito acadêmico, o estudo do JBoss Seam permitirá uma revisão dos conceitos da programação para web com vistas ao uso de frameworks, preocupação voltada para ao negócio com o devido respeito ao padrões de projetos, bem como um aprofundamento no conhecimento das técnicas de programação. 1.2 Objetivo Geral Apresentar o Seam Framework como solução para o desenvolvimento de projetos para web. Verificar a viabilidade de seu uso no desenvolvimento de projetos web. 1.3 Objetivos Específicos - Realizar uma revisão teórica sobre a plataforma de desenvolvimento web Java. - Apresentar os frameworks e componentes que se relacionam com o Seam Framework. - Implementar uma aplicação utilizando o Seam Framework a título de estudo de caso. 9

10 10 2 PLATAFORMA JAVA ENTERPRISE EDITION JAVA EE Java é uma linguagem de programação, criada pela Sun Microsystems Inc, voltada para o desenvolvimento de aplicações que funcionem sobre uma máquina virtual e não seja dependente do tipo de sistema operacional, seja Windows, Linux, Unix, Solaris ou Mac, assim como em dispositivos móveis como telefones celulares, PDA s e mainframes. Devido a essa versatilidade, a linguagem Java conta com três conhecidos ambientes de desenvolvimento: - Java SE (Java Standard Edition), que é a plataforma utilizada em Servidores e PC s; - Java EE (Java Enterprise Edition) voltado para redes, internet e intranets que será nosso alvo de estudo neste capítulo; e - Java ME (Java Micro Edition) que é plataforma de aplicações para dispositivos móveis como PDA s e celulares. O Java EE é a plataforma Java voltada para redes, internet, intranets e semelhantes. Sendo assim, PRADO(2013) explica que ela contém bibliotecas especialmente desenvolvidas para o acesso a servidores, a sistemas de , a banco de dados, entre outras características. Graças a essas características o Java EE foi desenvolvido para suportar uma grande quantidade de usuários simultâneos. Historicamente, o Java EE surgiu da necessidade de criar aplicações multicamadas. Nos anos 90, o SQL se firmou como linguagem padrão para acesso a bancos de dados relacionais permitindo que os sistemas pudessem ser divididos em três camadas: cliente, servidor e banco de dados. Simultaneamente, o paradigma da programação estruturada evoluiu para a programação orientada a objetos. Com isso, a camada de dados se tornou mais independente da camada que trata da aplicação em si. Como uma evolução natural, era necessário que o desenvolvimento se dividisse ainda mais, de modo a desmembrar as camadas em componentes especializados. Da tendência corrente no final da década de 90 que resultava no desenvolvimento de programas corporativos que fornecessem estruturas multicamadas destinadas a distribuição de aplicativos seguros, flexíveis e disponíveis, a Sun lançou o Java 2 Platform, Enterprise Edition ou J2EE, como era conhecida inicialmente, até ter seu nome trocado para Java EE na versão 5.0. Posteriormente, foi chamada de Java EE 5. A versão atual é chamada de Java EE 7. A partir do Java EE, a Sun possibilitou o desenvolvimento de aplicações Java com várias camadas, separando camadas de apresentação, negócio e dados. A tecnologia passou a dar suporte a recursos de conexão de banco de dados compartilhado, componentes para publicação de dados dinânicos na WEB (JSP, Servlet), componentes de negócio e persistência (EJB), entre outros. Na figura a seguir é possível acompanhar toda a evolução do Java EE até sua versão atual:

11 11 Figura 1 - Evolução do Java EE Fonte: Arquitetura Java EE Segundo Gupta(2012), na arquitetura Java EE os diferentes componentes trabalham juntos para fornecer um sistema integrado como mostrado na figura abaixo: Figura 2 - Arquitetura Java EE 6 Fonte: Gupta(2012) Ainda que a versão Java EE 7 já tenha sido lançada e seja a versão corrente da plataforma, neste trabalho será abordada a versão Java EE 6, haja vista ser o padrão ainda mais comumente utilizado pela grande maioria dos desenvolvedores e ser a plataforma utilizada no estudo de caso. Como se vê na figura 2, cada componente tem uma função especifica, a saber: - Os componentes JPA(Java Persistence API), JTA(Java Transaction API) e JMS(Java Message Service) são responsáveis por fornecer os serviços básicos como banco de dados acesso, transações e mensagens.

12 - Managed Beans e o EJB (Enterprise Java Beans) proporcionam uma programação simplificada da camada de modelo usando POJO s. - CDI(Contexts and Dependency Injection), interceptors e Common Annotations fornecem conceitos que são aplicáveis a uma ampla variedade de componentes, tais como injeção de dependência, interceptors e um conjunto de common Annotations. - CDI Extensions permitem estender a plataforma além suas capacidades existentes de uma forma padrão. - Web Services usando JAX-RS e JAX-WS, JSF (JavaServer Faces), JSP(Java Server Pages) e EL(Expression Language) definem o modelo de programação para serviços web. Permite o registro automático de serviços web de terceiros de uma forma muito natural. - Bean Validation provê um padrão na declaração de restrições e validação através de diferentes tecnologias. Uma das grandes características do Java EE 6 é o uso constante das anotações com o intuito de eliminar os arquivos XML com o intuito de aumentar a produtividade Componentes e Conteineres Segundo OLIVEIRA(2013), o foco da plataforma é simplificar o desenvolvimento de soluções no âmbito corporativo através de padrões, serviços e, principalmente, componentes modulares. Estes componentes, unidades de software em nível de aplicação com suporte a um conteiner, são configuráveis durante o desenvolvimento e incorporam um modelo de programação de acordo com o "contrato de componente" com seu conteiner. Isto é, um conteiner, oferece serviços de gerenciamento de ciclo de vida, segurança, distribuição e runtime para seus componentes. É justamente neste ponto que o Java EE difere-se da Plataforma Java Standard Edition (Java SE), pela adição de bibliotecas que fornecem funcionalidade para implementar software Java distribuído, tolerante a falhas e multicamada, baseada amplamente em componentes modulares executando em um servidor de aplicações. Normalmente, as aplicações de vários níveis são difíceis de escrever, porque envolvem muitas linhas de código para lidar com transações e gerenciamento de estado, multithreading, pool de recursos, e outros detalhes complexos de baixo nível. A arquitetura baseada em componentes é independente de plataforma e torna as aplicações Java EE faceis de escrever, visto que a lógica de negócio está organizada em componentes reutilizáveis. Um componente é uma unidade de software funcional independente que é montado em um aplicativo Java EE com suas classes e arquivos relacionados e que se comunica com outros componentes. A especificação define os seguintes componentes Java EE:

13 - Aplicativos clientes e applets: componentes que são executados no cliente. - Java Servlet, JavaServer Faces e JavaServer Pages (JSP): componentes web que rodam no servidor. - EJB(Enterprise JavaBeans) ou Enterprise Beans são componentes de negócios que são executados no servidor. A figura 3 ilustra bem a interação desses componentes dividindo-os em camadas: 13 Figura 3 - Interação entre os componentes Java EE Fonte: Os componentes Java EE são escritos na linguagem de programação Java e são compiladas da mesma forma como qualquer programa na linguagem. As diferenças entre os componentes do Java EE e classes Java "padrão" é que os componentes são montados em uma aplicação Java EE, eles são verificados para serem bem formados e se estiverem em conformidade com a especificação Java EE são implantados em produção, onde são executados e gerenciados pelo servidor Java EE. (Conteiner) (ORACLE, 2013) O servidor Java EE ou conteiner é uma interface entre um componente e a plataforma de baixo nível com a funcionalidade que suporta o componente. Antes de ser executado, um Enterprise Bean, ou qualquer componente do aplicativo deve ser montado e implantado em um conteiner(deploy). Existem vários tipos de conteiners: - Conteiner Web: responsável pela hospedagem de páginas JSP e JSF, servlets e javabeans. - Conteiner EJB: responsável por gerenciar a execução dos Enterprise JavaBeans.

14 14 - Servidor Java EE: fornece conteiner Web e EJB A figura abaixo ilustra a relação entre os conteiners Java EE. Figure 4 - Relação entre Conteiner Java EE Fonte: Um conteiner também gerencia serviços não configuráveis, como o Enterprise Bean, ciclos de vida do servlet, conexão de banco de dados, pooling de recursos, persistência de dados, etc. 2.3 APIs da plataforma Uma das características do Java EE é que a especificação fornece uma uma grande quantidade de API s. Esta também é uma das principais críticas, visto que a maioria delas é de pequeno alcance para aplicações Java web. Uma aplicação pequena ou média não utiliza a pilha completa Java EE. (RAHMAM, 2009). Nesta versão (Java EE 6) apesar de existir 28 especificações, existe o profile (perfil), na qual é possível configurar os recursos que serão utilizados na aplicação e deixando a mesma mais leve. As figuras abaixo informam as API s disponíveis em cada perfil: Figura 5 API s no Conteiner da Aplicação Cliente Fonte:

15 15 Figura 6 - API's no Container EJB Fonte: Figura 7 API s no Conteiner Web Fonte:

16 Tecnologias Requeridas pela Plataforma Java EE De acordo com a especificação do Java EE contida no site da Oracle, a plataforma oferece ao desenvolvedor algumas facilidades, que na realidade são tecnologias requeridas pela plataforma que constituem um conjunto de API s usadas em aplicações Java EE ENTERPRISE JAVABEANS (EJB) EJB ou Enterprise JavaBeans é um dos principais componentes da plataforma. É um componente do tipo servidor que executa no conteiner do servidor de aplicação. Os principais objetivos da tecnologia EJB são fornecer um rápido e simplificado desenvolvimento de aplicações Java baseado em componentes distribuídos, transacionais, seguros e portáveis. O componente EJB possui 3 (três) tipos fundamentais: - Entity beans; - Session Beans; e - Message Driven Beans; Os Entity Beans representam objetos que vão persistir numa base de dados ou outra unidade de armazenamento. Também controlam a persistência de dados, definindo o padrão para: - Criação de metadados, mapeamento de entidades para tabelas do modelo relacional; - API EntityManager, API para realização de CRUD (create, retrieve, update e delete); - Java Persistence Query Language (JPQL), linguagem semelhante ao SQL ANSI para pesquisa de dados persistidos; Os Entity Beans não necessitam de um conteiner EJB para serem executados. Os Session Beans executam algumas tarefas para o cliente e podem manter o estado durante uma sessão com o cliente. Os Session Beans que mantém o estado são do tipo Statefull, ao passo que os que não possuem esta capacidade são do tipo Stateless. Os Message Driven Beans processam mensagens de modo assíncrono entre os EJB s cuja API de mensagens é Java Message Service (JMS). Necessitam de um EJB conteiner para serem executados. A partir da versão 3.1 o uso do Enterprise Java Beans simplificou o desenvolvimento. O uso de anotações (XML opcional) e POJOs/POJIs são as características marcantes. É possível criar interfaces opcionais, ou seja, somente as cria se realmente for necessáio. O fragmento de código abaixo mostra um exemplo de session local.

17 public class PessoaDao(){ public void salvar(pessoa pessoa){ //... } } Em versões anteriores, os EJB s só poderia existir em deployments no formato EAR. Agora é possível empacotá-los no formato WAR. No EJB 3.1 também há o suporte a serviços assíncronos com o uso da (SANTANA, 2013) JAVA SERVLET Tecnologia Java Servlet permite definir classes de servlet HTTP específicos. A classe Servlet estende as capacidades dos servidores que hospedam aplicativos acessados por meio de um modelo de programação de solicitação-resposta. Apesar de servlets poderem responder a qualquer tipo de pedido, eles são comumente usados para estender os aplicativos hospedados por servidores web. Na plataforma Java EE 6, os recursos da tecnologia Java Servlet incluem o seguinte: - Suporte a anotações; - Suporte nativo às chamadas assíncronas; - Facilidade de configuração; - Melhorias para API s existentes. No fragmento de código abaixo podemos observar o uso de anotações na criação do Servlet, sem necessidade de alterações no arquivo Pedido, urlpatterns={ /Pedido }) public class Pedido extends HttpServlet { //... } JAVASERVER FACES - JSF JavaServer Faces é um framework de interface de usuário para a construção de aplicações web utilizando componentes. Conecta esses componentes a objetos de negócio e automatiza o processo no uso de JavaBeans e navegação de páginas. O JavaServer Faces ganhou expressão na versão 1.1 evidenciando maturidade e segurança. Atualmente, é considerado pela comunidade Java como a última palavra em termos de desenvolvimento de aplicações Web utilizando Java, resultado da experiência e maturidade adquiridas com o JSP/Servlet (Model1), Model2 (MVC).

18 18 O JSF é fortemente baseado nos padrões MVC(Model - View - Controler) e Front Controller. Conforme material instrucional da empresa de treinamentos K19, o MVC confere ao JSF a característica de isolar a lógica de negócio da lógica de apresentação dividindo a aplicação nos três tipos de componentes da arquitetura: modelo, visão e controlador. O modelo encapsula os dados e as funcionalidades da aplicação; a visão é responsável pela exibição de informações, cujos dados são obtidos do modelo; enquanto o controlador recebe as requisições do usuário e aciona o modelo e/ou a visão. Pelo padrão Front Controller, todas as requisições do usuário são recebidas pelo mesmo componente, neste caso um Servlet. Dessa forma, tarefas que devem ser realizadas em todas as requisições podem ser implementadas por esse componente. Isso evita a repetição de código e facilita a manutenção do sistema. PITANGA(2013) explica que no JSF, o controle é composto por um servlet denominado FacesServlet, por arquivos de configuração e por um conjunto de manipuladores de ações e observadores de eventos. O FacesServlet é responsável por receber requisições da WEB, redirecioná-las para o modelo e então remeter uma resposta. Os arquivos de configuração são responsáveis por realizar associações e mapeamentos de ações e pela definição de regras de navegação. Os manipuladores de eventos são responsáveis por receber os dados vindos da camada de visualização, acessar o modelo, e então devolver o resultado para o FacesServlet. O modelo representa os objetos de negócio e executa uma lógica de negócio ao receber os dados vindos da camada de visualização. Finalmente, a visualização é composta por component trees (hierarquia de componentes UI), tornando possível unir um componente ao outro para formar interfaces mais complexas. A figura a seguir mostra a arquitetura do JavaServer Faces baseada no modelo MVC. Figura 8 - Arquitetura JSF baseada no Modelo MVC Fonte:

19 Segundo GEARY e HORSTMANN(2007), os JavaServer Faces possui as seguintes partes: - Um conjunto de componentes pré-fabricados de interface de usuário; - Um modelo de programação orientado a eventos; - Um modelo de componentes que permite a desenvolvedores independentes fornecerem componentes adicionais. Alguns componentes são simples como campos input e botões, enquanto outros são bastante sofisticados como tabela de dados e árvores. Neste sentido, existem várias implementações do JavaServer Faces, dentre elas a Sun Mojarra, MyFaces, e outras. É possível ainda utilizar bibliotecas de componentes como PrimeFaces, RichFaces, ICEFaces e outras. O JSF possui todos os códigos necessários para manipular eventos e organizar componentes. Dessa forma, os programadores podem ignorar tais detalhes e empenharem-se na lógica de programação. Por integrar o padrão Java EE, suas bibliotecas estão incluídas nos servidores de aplicação Java EE e pode ser facilmente adicionado a um conteiner web autonomo, como o Tomcat, por exemplo. Um subprojeto, também mantido pela Sun, e integrado ao JSF é o Facelets, cujas principais características são: - Permite integração com todas as versões do JSF; - Facilidade na criação de templates; - O atributo jsfc que permite incluir trechos de código JSF nas tags HTML; - Elimina o "JSP Compiler to Servlet" incrementando de 30% a 50% a performance do sistema; - Facilidade para criar componentes reutilizáveis; - Usa XHTML como tecnologia de view do JSF; - Precisão para reportar erros. A tecnologia Facelets, disponível como parte do JavaServer Faces 2.0, passou a ser a tecnologia de apresentação padrão para a construção de aplicações web baseadas em JSF. A partir da Versão 2.0 do JSF, houveram muitas melhorias, porém uma que se destaca é a inserão do AJAX de forma nativa, visto que nas versões anteriores é necessário recorrer a frameworks de terceiros como RichFaces, PrimeFaces, etc. Parte importante do JSF é o controle de escopo (contexto). Na execução de aplicações web são três os escopos: Application, Session, Request. A partir do JSF 2, além dos três escopos já mencionados, foi incorporado um quarto escopo denominado ViewScoped. No ApplicationScoped todos os objetos e atributos vinculados ao managedbean poderão ser vistos por toda a aplicação da mesma forma. No SessionScoped todos os objetos e atributos vinculados ao managedbean poderão ser vistos por um único usuário enquanto durar sua sessão. No RequestScoped os dados são válidos apenas durante a comunicação entre o cliente (browser) e o servidor. O viewscope, adicionado a partir da versão 2 do JSF, foi criado para resolver o problema de sempre utilizar session quando era necessário manter os 19

20 dados entre requisições, que não onerasse tanto a aplicação e oferece suporte ao modelo statefull do framework, onde é possível manter os dados durante quantas requisições forem necessárias, desde que todas estas sejam realizadas para a mesma view. (PACHECO, 2013) Um dos fundamentos de maior relevância do JSF é seu ciclo de vida que se dá entre a requisição e a resposta do servidor de aplicação. Este ciclo está respresentado na figura abaixo: 20 Figura 9 - Ciclo de vida do JSF Fonte: Segundo VINICIUS(2013), são vários os motivos da existência deste ciclo, dentre estes: - Manter o controle de estado dos componentes de interface; - Alinhar ouvintes de eventos com seus respectivos eventos; - Controle de navegação entre páginas, que deve ser realizado pelo servidor; - Permitir que validações e conversões sejam realizadas no lado do servidor. Para elucidar a figura 9 é convém descrever o que acontece em cada fase: - Fase 1: Restore View (Restauração da visão): A partir de uma requisição proveniente do servlet FacesServlet, é identificado qual visão está sendo requisitada por meio do identificador desta que é determinado pelo nome da página. Tendo identificado a página, esta é salva no FacesContext (caso ainda não tenha sido) e sua respectiva árvore de componentes é construída. - Fase 2: Apply Request Values (Aplicar valores da requisição): Cada componente da visão, criado ou recuperado, passa a ter o seu valor. Nesse contexto, existem algumas diferenças ocasionadas pelo valor do atributo immediate em cada componente. - Fase 3: Process Validation (Processar as validações): Esta é a primeira manipulação de eventos do ciclo, aqui serão executadas as validações definidas pelo servidor em cada componente. Não existindo valores inválidos, o ciclo segue