Programando Servlets: Conceitos Avançados

Esse artigo faz parte da revista Java Magazine edição 20. Clique aqui para ler todos os artigos desta edição

Clique aqui para ler esse artigo em PDF.

Programando Servlets

Parte 2: Conceitos Avançados

No segundo e último artigo da série apresentaremos conceitos avançados da API de Servlets, como filtros, wrappers e listeners

Na primeira parte desta série, na Edição 18, apresentamos os conceitos básicos da API de Servlets, de tal forma que mesmo os leitores não familiarizados pudessem ter um primeiro contato com a tecnologia. Neste artigo apresentaremos conceitos mais avançados que, além de poderem ser usados para incrementar aplicações web, estão presentes em muitos frameworks de terceiros, como Struts, Cactus, WebWork e SiteMesh.

Nota: Os exemplos dessa parte foram desenvolvidos e testados usando o Tomcat 5 (para mais informações sobre como configurar esse servidor para testar os exemplos, consulte a primeira parte).

Logging

A tarefa de "logar" ações de uma aplicação é tão importante que existem vários frameworks e mesmo uma API oficial^[1] para isso. Percebendo essa necessidade, a equipe responsável pela especificação de Servlets acrescentou um mecanismo (rudimentar) de logging na API: os métodos log(String msg), log(Exception e, String msg) e log(String msg, Throwable t) na classe ServletContext.

O mecanismo é bem primitivo quando comparado com outros frameworks como o Log4J ou o componente Logging do Jakarta Commons, principalmente por não oferecer níveis diferentes de logging, nem opções flexíveis de configuração. A configuração fica a cargo do servidor web – o Tomcat, por exemplo, usa um framework próprio, cuja configuração é feita no arquivo conf/server.xml. De qualquer forma, o uso dos métodos de logging em ServletContext já é um progresso em relação ao infame System.out.println().

Filtros

Na época em que eu escrevia esse artigo, o livro Design Patterns completava dez anos de existência. Escrito por quatro autores (a Gang of Four, ou GoF, entre eles Erich Gamma, que atualmente é um dos principais nomes no projeto Eclipse), esse texto tornou-se um marco na programação orientada a objetos, por introduzir o conceito de design patterns (padrões de projeto) ao desenvolvimento de sistemas. Desde então, mais livros surgiram, muitos descrevendo patterns específicos para um cenário ou tecnologia. Entre estes, podemos destacar o Core J2EE Patterns, escrito por consultores Java/J2EE da Sun (veja resenha nesta edição).

Um dos patterns J2EE descritos nesse livro é usado diretamente na API de Servlets. É o Intercepter Filter, um mecanismo que possibilita o pré e o pós-processamento de uma operação. Na API de Servlets, ele é representado pela interface javax.servlet.Filter e pode ser usado para fazer um pré-processamento da requisição antes que seja processada pelo Servlet e/ou um pós-processamento da resposta antes que seja enviada ao navegador web, como ilustra a Figura 1. Os filtros podem ser usados em várias situações, como para o controle de acesso às páginas, criptografia e/ou compactação das requisições, auditoria e logging dos acessos etc.

Nota: Filtros podem ser aplicados em qualquer tipo de requisição (como requisições de simples páginas HTML) e não apenas em requisições processadas por servlets.

.

Os filtros possuem ainda duas características importantes. A primeira é que eles são desacoplados dos servlets, ou seja, um filtro tem vida própria e só é associado para tratar uma requisição em tempo de execução, através de configurações no descritor web (web.xml), como veremos mais adiante. A outra característica, de certa forma conseqüência da primeira, é que uma requisição pode ser tratada por vários filtros em seqüência, através de uma cadeia de filtros (FilterChain), como mostra a Figura 2.

A interface javax.servlet.Filter possui apenas três métodos que, assim como em javax.servlet.Servlet, estão associados ao ciclo de vida do objeto. São eles:

·init(FilterConfig config) – usado para inicializar o filtro, é chamado assim que a aplicação web é iniciada (note que os filtros são inicializados antes dos servlets em si). O parâmetro do tipo FilterConfig permite obter parâmetros de configuração do filtro definidos no descritor web.

·destroy() – chamado quando a aplicação web é finalizada.

·doFilter(ServletRequest request, ServletResponse response, FilterChain chain) – método principal da interface, pois é nele que o filtro realiza seu trabalho. Note que a assinatura é praticamente igual à do método service() de Servlet, exceto pela presença de um parâmetro adicional, do tipo FilterChain. É este que possibilita o desacoplamento do filtro com os servlets e o encadeamento de filtros. O filtro só precisa fazer a sua parte do pré-processamento da requisição e "passar a bola adiante" para o FilterChain fazer o resto do trabalho, chamando chain.doFilter(request, response). De modo similar, o filtro pode realizar o pós-processamento após o retorno desse método.

Exemplo 1: contando acessos

Como primeiro exemplo, vamos implementar um filtro que contabiliza o número de acessos a cada URL de uma aplicação web. Usaremos um " [...] continue lendo...