tópicos especiais j2ee prof. cristina valadares curso de ciência da computação

Tópicos Especiais J2EE

Prof. Cristina Valadares

Curso de Ciência da Computação

Servlets

Prof. Cristina Valadares

Curso de Ciência da Computação

Servlet Servlets vivem para servir clientes, sua

função é receber uma solicitação do cliente e devolver uma resposta

A solicitação traz consigo dados cruciais e o código do Servlet tem que saber como encontrá-los e utilizá-los

A resposta, leva a informação que o browser precisa para montar uma página, e o código do Servlet tem que saber como enviá-los

Servlet Servlets são controlados pelo

container, porém, a vida do Servlet não é só isso

O ciclo de vida do Servlet é simples: Existe apenas um estado principal:

Inicializado Se o Servlet não está inicializado

(executando o construtor ou método init() ), ou está sendo inicializado ou sendo destruído (executando destroy() )

Servlet

Figura da página 64

O Servlet herda os métodos do ciclo de vida

Figura da página 65 apenas explicações

Os três grandes momentos do Ciclo de Vida

init(): Quando é chamado?

O container chama o init() na instância servlet depois que a instância servlet foi criada, porém, antes que sirva a qualquer solicitação do cliente.

Para que Serve? Possibilita que o servlet seja inicializado

antes de tratar qualquer solicitação do cliente

Pode ser anulado? Possivelmente

1


service(): Quando é chamado?

Quando chega a primeira solicitação do cliente, o container inicia uma nova thread, fazendo com que o método seja ativado.

Para que Serve? Analisa a solicitação, determina o método

HTTP (GET OU POST), e chama o respectivo: doGet(), ou o doPost().

Pode ser anulado? Não! Não se pode anulá-lo manualmente.

2


doGet() e/ou doPost(): Quando é chamado?

O método service() faz a chamada baseado no método HTTP da solicitação.

Para que Serve? A implementação do código começa aqui! Este

método é responsável por tudo que esperamos que a aplicação faça.

Pode ser anulado? Sempre, pelo menos um deles! Aquele que anular irá

informar ao container que o servlet não dá suporte a determinadas solicitações

3

Método doGet() & doPost()

Cada vez que os métodos doGet() & doPost() executam, eles executam em threads separadas

O método service() é sempre chamado em sua própria pilha.

Cada solicitação executa em uma thread separada

Não existem várias instâncias de nenhuma classe Servlet

O container executa várias threads para processar as várias solicitações para um único Servlet Cada solicitação do cliente gera um

novo par de objetos de solicitação e resposta

Cada solicitação executa em uma thread separada

Perguntar não ofende!

Pergunta: O que acontece se o mesmo cliente fizer várias solicitações?

E se o container usar cluster e distribuir a aplicação em mais de uma JVM?

Inicialização do Servlet: Quando um objeto torna-se um Servlet

Solicitação & Resposta

A chave de tudo, e os argumentos para o service()

Figura da página 70

Solicitação & Resposta

O HttpServletRequest e o HttpServletResponse são extensões do ServletRequest e do ServletResponse, e que a maior parte da implementação de um HttpServlet vem, de fato, do GenericServlet.

Protocolos HTTP: mundo Servlet

No mundo Servlet, só interessam o GET e o POST, porém, é interessante saber os outros métodos HTTP.

GET: pede para obter alguma coisa (recurso/arquivo) na URL requisitada;

POST: pede para o servidor aceitar a informação do corpo anexada na solicitação, e a entrega para aquilo que consta na URL.

Protocolos HTTP: mundo Servlet

HEAD: pede apenas a parte do header daquilo que o GET vai retornar. É como o GET, mas sem corpo na resposta. Informa a URL requisitada sem de fato retornar a coisa;

TRACE: solicita um loopback da mensagem de solicitação, para que o cliente veja o que está sendo recebido do outro lado;

PUT: diz para colocar a informação anexada (o corpo) na URL requisitada;

DELETE: diz para apagar alguma coisa (recurso/arquivo) na URL requisitada;

OPTIONS: solicita uma lista de métodos HTTP para os quais a solicitação na URL requisitada pode responder

CONNECT: diz para conectar

A diferença entre o GET & o POST

Diferença: tamanho, segurança e bookmark, GET:

obtém coisas e não altera nada no servidor, POST: envia

dados para serem processados

NENHUM corpo, apenas a informação

do header

Método idempotente O que é idempotente? Quando pode-se

efetuar uma ação repetidamente, sem efeitos colaterais.

POST não é idempotente: os dados submetidos em seu corpo podem ser destinados a uma transação que não pode ser desfeita.

Cabe ao programador ter certeza que a lógica de programação da aplicação esteja correta.

PUT, HEAD e GET são considerados idempotentes

O que determina a solicitação GET ou POST?

Um hiperlink simples Dentro da tag do form indicação da

utilização de: method = ‘POST’ GET é o padrão Exemplo: formulário html onde se

esquece da chamada a POST, e no Servlet, existe a implementação do método doPost().

Utilizando um único parâmetro

Formulário HTML

<form method="POST" action="SelectBeer.do"> Select beer characteristics<p> Color: <select name = "color" size="1"> <option>light <option>amber <option>brown <option>dark </select> <br><br> <center> <input type="SUBMIT"> </center></form>


Solicitação HTTP POST


Classe Servlet

Classe Servlet: trecho de código

public void doPost(HttpServletRequest request, HttpServletResponse response)

throws IOException, ServletException{

String colorParam = request.getParameter(“color”);

}

Utilizando dois parâmetros

Formulário HTML

<form ... <select name = "color" size="1"> <option>light <option>amber <option>brown <option>dark </select>

<select name = “taste" size="1"> <option>medium <option>malty <option>heavy </select> <br><br> <center> <input type="SUBMIT"> </center></form>

Utilizando doisparâmetros

Solicitação HTTP POST

Utilizando doisparâmetros

Classe Servlet

Classe Servlet: trecho de código


throws IOException, ServletException{

String colorParam = request.getParameter(“color”);

String tasteParam = request.getParameter(“taste”);

}

Além dos parâmetros, o que mais o objeto Request retorna?

As interfaces ServletRequest e HttpServletRequest possui uma série de métodos


A plataforma do cliente e a informação do browser:

String cliente = request.getHeader(“User-Agent”);

Os cookies associados a este cliente:Cookie[] cookies =

request.getCookies();


A sessão associada a este cliente:HttpSession sessao =

request.getSession(); Os método HTTP da solicitação:String metodo =

request.getMethod(); A strea de dados da solicitação:InputStream entrada =

request.getInputStream();

Métodos

getServerPort(): para qual porta a solicitação foi enviada

getLocalPort(): onde a solicitação foi parar

getRemotePort(): o cliente é remoto em relação ao servidor, obtém a porta do cliente.

Resposta São chamados dois métodos na

resposta: setContentType() e getWriter()

Tipicamente utiliza-se o objeto de resposta para conseguir um stream de saída (Writer), e utiliza-se o stream para escrever o HTML

O objeto de resposta possui outros métodos além do I/O output, podendo também configurar o header, enviar erros e adicionar cookies

import javax.servlet.*;import javax.servlet.http.*;import java.io.*;

public class BeerSelect extends HttpServlet {


throws IOException, ServletException{ response.setContentType("text/html"); PrintWriter out = response.getWriter();

out.println("Beer Selection Advice<br>"); String c = request.getParameter("color"); out.println("<br>Got beer color " + c); }}

Stream de saída X JSP

O correto é utilizar páginas JSP para retornar ao usuário a resposta

Porém pode acontecer de ter que trabalhar a stream de saída: 1º) Provedor pode não suportar JSP 2º) Não é só HTML que uma resposta

deve retornar, pode-se retornar outras coisas! Utilização do stream de saída

public class CodeReturn extends HttpServlet {


throws IOException, ServletException{ response.setContentType(“application/jar"); ServletContext ctx = getServletContext(); InputStream is =

ctx.getResourceAsStream(“/bookCode.jar”);

int read = 0; byte[] bytes = new byte[1024]; OutPutStream os = response.getOutPutStream(); while((read = is.read(bytes)) != -1) os.write(bytes, 0, read); os.flush(); os.close(); }}

Tipos MIMES comuns

text/html application/pdf video/quicktime application/java image/jpeg application/jar aplication/octer-stream aplication/x-zip

Stream de saída Existem duas opções para saída:

caracteres ou bytes ServletOutPutStream para bytes PrinteWriter para dados em

caracteres

Stream de saída

PrintWriter: exemplo

Usado para exibir dados de texto para um stream de caracteres. É utilizado para tratar dados em caractere.

PrintWriter writer = response.getWriter();

writer.println(“algum texto e html”);

Stream de saída

OutPutStream: exemplo

Usado para escrever qualquer coisa

ServletOutPutStream out =

response.getOutPutStream();

out.writer(umArrayDeBytes);

NOTA: o PrintWriter empacota o ServletOutPutStream, ele possui uma referência para o ServletOutPutStream, adicionando métodos de alto nível para tratar caracteres.

Configuração e Adiçãode Headers de resposta

setHeader(“nomeHeader”, “tipoHeader”):sobrescreve o valor do header existente.

OBS: quando o método setContentType(“text/html”)

é chamado, é a mesma coisa que:setHeader(“content-type”,”text/html”);

addHeader(“nomeHeader”, “tipoHeader”):adiciona um novo valor de header.

Redirecionamentoda Resposta

Pode-se decidir que algo diferente trate a resposta para a sua solicitação.

Redirecionando a solicitação para uma URL completamente diferente, ou despachá-la para algum outro componente da sua aplicação (geralmente um JSP)

Redirecionamentoda Resposta O redirecionamento deixa o Servlet

“aliviado”. Após perceber que ele não poderá desempenhar o trabalho o Servlet chama o método sendRedirect()

if (Se o trabalho for para o Servlet){

// O Servlet trata a solicitação

}

else response.sendRedirect(“http://www.ufla.br”);

Request Dispatch X Redirecionamento

Request Dispatch acontece no lado servidor, pois outro componente no lado servidor executa o trabalho

Redirecionamento faz o cliente executar o trabalho

Redirecionamento = clienteDispatch = servidor

tópicos especiais j2ee prof. cristina valadares curso de ciência da computação

Documents