No momento em que você digita um endereço na internet acontecem as seguintes ações:

Transcrição

1 Servlets Otávio Henrique Vieira Sanchez Quando você digita um endereço no seu navegador para entrar em alguma página de internet, basicamente solicita um determinado arquivo localizado em um computador em especial no local que você digita a URL. O computador onde o arquivo está armazenado, é chamado de web server (servidor web). Essa principal função do computador é para servir a qualquer um na Internet que solicite arquivos que ele se hospeda. Já que você nunca sabe quando um usuário visitará e usará o seu aplicativo web, o seu servidor web precisa estar ativo e em execução o tempo todo. No momento em que você digita um endereço na internet acontecem as seguintes ações: O browser(cliente) estabelece uma conexão TCP/IP com o servidor. O browser envia uma solicitação ao servidor (request). O servidor envia uma resposta ao cliente (response). O servidor fecha a conexão HTTP é o protocolo que permite que os servidores web e browsers trocar dados pela web. É um protocolo de solicitação e resposta. No início as páginas eram praticamente todas estáticas, ou seja somente arquivos HTML que não eram gerados dinamicamente e nem tinham conexões com banco de dados. Logo após começaram a criar as CGIs que eram geradas dinâmicamentes, podiam trabalhar com arquivos, interagir com banco de dados e etc. Mais tarde vieram linguagens em script tais como php e asp. O que são Servlets? Servlet é um programa que estende a funcionalidade de um web server, gerando conteúdo dinâmico e interagindo com os clientes, utilizando o modelo request/response. Os servlets não são restritos ao modelo HTTP de request/response, onde na realidade são pequenas aplicações de servidores, mas o modelo HTTP é o modelo mais comumente utilizado. Arquitetura de um Servlet HTTP SERVLET Esta classe estende a classe javax.servlet.genericservlet. Possui basicamente seis métodos que são chamados automaticamente de acordo com os métodos HTTP que são requisitados. Por exemplo se a solicitação do seu browser for feita pelo método GET, no seu servlet irá ser chamado o método doget(). Basicamente você irá trabalhar com dois métodos: o GET e o POST. Os seis métodos são: dopost(); doput(); doget(); dodelete(); dooption(); dotrave(); 1 of 6

2 HTTP SERVLET REQUEST As solicitações HTTP que o browser envia pelo cliente ao servidor com informações importantes, tais como cookies e referenciador são tratadas a partir do objeto HttpServletRequest passado a um método doget ou dopost. Aqui você consegue recuperar cabeçalhos, recuperar parâmetros passados ao servidor etc. getheadernames(); - pega todos os nomes dos cabeçalhos. getheader (); - pega todos os valores do cabeçalho. getquerystring(); - pega a Query String completa. getparameternames(); - pega todos os names dos parâmetros passados. getparametervalues(); - recuperação de parâmetros de múltiplos valores. getparameter(); - recuperação de parâmetros de acordo com o nome passado. HTTP SERVLET RESPONSE A interface HttpServletResponse oferece diversos métodos específicos de protocolo. Sempre você precisará especificar a saída para seu browser, através dos métodos setcontenttype e getwriter. Exemplo: response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); Além disso você pode enviar cookies ao browser, também tem métodos para manipular os URLs enviados ao browser, gerenciamento de sessões, etc. Container de Servlets Tomcat Atualmente estão disponíveis vários containers servlets. A versão mais atual dele atualmente é a 5.0 que implementa as especificações Servlet 2.3 e JSP 1.2. O Tomcat também é um servidor de web. Isso significa que você pode usar Tomcat para solicitar serviços HTTP em servlets, e também arquivos HTML, arquivos de imagens e assim por diante. Normalmente as pessoas usam o Tomcat para requisições de Servlets e JSP, e outro servidor mais robusto em paralelo, como o Apache para as outras requisições HTTP. Ciclo de vida Em qualquer Servlet que você for escrever você precisa implementar direta ou indiretamente a interface javax.servlet.servlet. O ciclo de vida de um servlet é determinado por três de seus métodos: init, service e destroy. Os servidores carregam e executam o servlet, que por sua vez aceita nenhuma ou mais requisições de clientes e retorna dados para o mesmo. Os servidores podem também remover os servlets. Carregar: Quando um servidor carrega um servlet, ele roda o método init() do mesmo. Como a maioria dos servlets roda em servidores multi-thread, não há concorrência durante a inicialização dos mesmos. Isto ocorre pois o servidor chamará somente uma vez o método init() quando carregar o servlet e não o chamará de novo a não ser que o servlet seja recarregado. O servidor não pode recarregar um servlet até que o mesmo seja removido pelo método destroy(). Executar: Após o servidor carregar e incializar o servlet, o mesmo está apto a receber requisições do cliente. Cada requisição 2 of 6

3 do cliente possui uma chamada ao método run() em sua própria thread do servlet. O método recebe a requisição do cliente e envia a resposta. Os servlets podem executar vários métodos de serviços de uma vez. Remover: Os servlets permanecem em execução até que sejam removidos. Quando um servidor remove um servlet, ele executa o método destroy() do mesmo. O método é executado somente uma vez. O servidor não executará o método destroy() novamente até que o servlet seja recarregado e reinicializado. Contexto do Servlet Em programação de servlet, o contexto de servlet é o ambiente onde o servlet executa. O container de servlet cria um objeto ServletContext que você pode usar para acessar informações a respeito do ambiente do servlet. Um servlet também pode ligar um atributo de objeto ao contexto pelo nome. Qualquer objeto ligado a um contexto está disponível a qualquer servlet que faça parte do mesmo a plicativo web. Criar o primeiro Servlet Depois de ter instalado e configurado o Tomcat, você pode colocá-lo no serviço. Basicamente é preciso seguir seis etapas para ir de escrever o seu servlet e executá-lo Crie uma estrutura de diretório para seu aplicativo em Tomcat. Escreva o código fonte de servlet. É preciso importar o pacote javax.servlet e javax.servlet.http em seu arquivo-fonte. Compile seu código-fonte. Crie uma distribuição descritiva. Execute o Tomcat. Chame seu servlet a partir de um web browser. Analisando cada passo: Primeiro passo: Crie um diretório chamado teste sob o diretório webapps que fica dentro de Tomcat (onde foi instalado). É importante o nome do diretório, pois ele irá aparecer na URL do browser. Crie também um diretório chamado WEB-INF dentro do teste, e dentro de WEB-INF crie o diretório classes. Segundo passo: Nessa etapa você prepara seu código-fonte, depois salva dentro do diretório classes do contexto. import java.io.*; import javax.servlet.*; import javax.servlet.http.*; 3 of 6

4 public class Teste extends HttpServlet { private PrintWriter out; public void doget(httpservletrequest request, HttpServletResponse response) throws IOException, ServletException{ response.setcontenttype("text/html"); out = response.getwriter(); out.println("<html>"); out.println( "<HEAD>"); out.println( "<TITLE> Teste</TITLE>"); out.println( "</HEAD>"); out.println( "<BODY>"); out.println( "Primeiro Servlet."); out.println( "</BODY>"); out.println("</html>"); public void dopost(httpservletrequest request, HttpServletResponse response) throws IOException, ServletException{ doget(request, response); Terceiro passo: Compile o código-fonte. Quarto passo: Crie a distribuição descritiva, que nada mais é um documento XML. Esse documento será gravado com o nome de web.xml dentro do diretório WEB-INF do seu contexto. <?xml version="1.0" encoding="iso "?> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" " <web-app> <servlet> <servlet-class>teste</servlet-class> </servlet> <servlet-mapping> <url-pattern>/teste</url-pattern> </servlet-mapping> </web-app> Quinto passo: Se o Tomcat ainda não estiver sendo executado, será preciso iniciá-lo, caso contrário pule para o sexto passo. Sexto passo: Agora você deve chamar seu Servlet a partir de um browser da web. Por padrão o Tomcat executa na porta 8080 no diretório virtual teste. Então digite o seguinte endereço no browser: Gerenciamento de sessão Como dito anteriormente o protocolo de rede que os servidores web e browsers cliente usam para se comunicar é o HTTP, sendo a linguagem web. As conexões HTTP são iniciadas por um browser cliente que envia uma solicitação HTTP. Então, o servidor web responde com uma resposta HTTP, num comportamento simplificado. Portanto se um cliente solicitar um outro recurso do servidor, ele precisará abrir uma outra conexão HTTP para o servidor. Vamos imaginar que um usuário está comprando em uma loja on-line. Como sempre, o processo se inicia com o usuário buscando por um produto. Se o produto for encontrado, então o usuário entrará com a quantidade daquele produto no formulário do carrinho de compras e submeterá ao servidor. Mas, o usuário ainda não está saindo, ele ainda quer comprar algo mais. Portanto, ele busca novamente no catálogo pelo segundo produto. Mas, agora, o primeiro pedido de produto está perdido, porque a conexão anterior foi fechada e o servidor web não se lembra de nada sobre a conexão anterior. Outro exemplo seria para autenticar usuários em um sistema intranet. Podemos imaginar que teríamos várias cadastros, relatórios e consultas onde a pessoa que tem acesso a isso irá precisar "logar" no sistema para poder visualizar. Se fosse uma única página tudo bem, mas agora se temos muitas páginas seria necessário validar todas elas, pedindo usuário e senha. Isso é quase impossível e não convém. Para esses dois exemplos citados acima é que entra o gerenciamento de sessão, que possuem basicamente quatro técnicas, e são elas: 1. Reescrita de URL 2. Campos ocultos 3. Cookies 4 of 6

5 4. Objetos de sessão Dessas 4 técnicas de gerenciamento de sessão, o objeto Session, representado pela interface javax.servlet.http.httpsession, é o mais fácil de usar e o mais poderoso. Por padrão quando um objeto session é criado ele envia ao browser do cliente e ao servidor um identificador de sessão, que fica ativo até que se destrua a sessão ou expire o tempo. Principais commandos do objeto Session: Criar sessão: HttpSession session = request.getsession( true ); Recuperar sessão: request.getsession(); Setar atributos: session.setattribute("usuario","valor"); Recuperar atributos: session.getattribute("usuario"); Destruir Sessão: session.invalidate(); Filtragem de Servlet O filtro de um servlet é um recurso novo na especificação Servlet 2.3, onde na realidade ele nada mais é do que uma classe Java normal que tem acesso aos objetos HttpServletResponse e HttpServletRequest antes de eles serem passados ao Servlet. Eles podem estar em cadeia, pode trabalhar com múltiplos servlets, e podem ser filtros de entrada ou de saída. Exemplo de um filtro que registra endereços IP de usuário ao arquivo de registro. import java.io.*; import javax.servlet.filter; import javax.servlet.filterchain; import javax.servlet.filterconfig; import javax.servlet.servletcontext; import javax.servlet.servletexception; import javax.servlet.servletrequest; import javax.servlet.servletresponse; public class FiltroLog implements Filter { private FilterConfig filterconfig = null ; public void dofilter(servletrequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException { ServletContext servletcontext = filterconfig.getservletcontext(); ServletContext.log( req.getremotehost() ) chain.dofilter(request, response); public void init(filterconfig filterconfig) throws ServletException{ this.filterconfig = filterconfig; 5 of 6

6 public void destroy(){ this.filterconfig = null; A distribuição descritiva do exemplo é dada abaixo: <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" " <web-app> <filter> <filter-name>filtrolog </filter-name> <filter-class>filtrolog </filter-class> </filter> <filter-mapping> <filter-name>filtrolog</filter-name> </filter-mapping> <servlet> <servlet-class>teste</servlet-class> </servlet> <servlet-mapping> <url-pattern>/teste</url-pattern> </servlet-mapping> </web-app> 6 of 6