Blog

Salve! Salve! Hoje vou falar um pouco sobre Servlet. O intuito aqui é mostrar para que serve, quando usar e se você está começando no mundo J2EE  99% dos desenvolvedores começa conhecendo servlet & JSP. Espero que gostem do post. 

let’s go…

 

Pré-Requisito:

Ambiente web – Instalação & Configuração (há uma aplicação completa com Servlet como teste)

 

Servlet são classes Java para Web. Um Servlet é uma classe normal como qualquer outra. Você pode usar “quase tudo” que aprendeu no JSE. Porém agora  para Web.

Um Servlet não tem o método main que temos em uma clãs padrão Java.

Quando usar?

Simples quando você quer  que aquela aplicação “hello world” seja exibida no browser usado Java, ou seja, você que sua classe Java rode na web.

Por que não tem main em um Servlet?

Por que Servlet estão sob controle de outra aplicação Java chamada container (ex.: Tomcat, glassfish etc.)

Quando sua aplicação web recebe uma solicitação para um Servlet o servidor entrega a solicitação não ao Servlet em si, mas para o container no qual o Servlet é distribuído.

O container que entrega ao Servlet a solicitação e a resposta HTTP e chama os métodos do Servlet (doPost() e doGet()) .

Mas  para que esse tal de container?

Veja o poder dele:

– Suporte para comunicações: o container oferece uma maneira simples e  para seus servlets se comunicarem com seu servidor. Onde você não precisa construir ServerSocket, escutar a porta etc. o container conhece o protocolo entre o servidor e ele mesmo, isso para que o Servlet não tenha que se preocupar com uma API entre servidor  e com o código da própria aplicação. O que precisa se preocupar na realidade é com a lógica do negócio que está contida em seu Servlet.

Ex.: como aceitar um pedido na sua loja virtual?

Como cancelar um pedido?

É com isso que seu Servlet deve se preocupar, o restante deixe por conta do container.

-Gerenciamento de ciclo de vida:  o container controla a vida e a morte dos servlets.

Suporte

-Suporte a multithread: O container cria automaticamente uma nova thread em Java para cada solicitação Servlet  recebida.

– Certeza de segurança: com o container, você pode usar  XML para configurar a segurança, sem ter escrever direto no código da class Servlet.

-Suporte JSP: o container se encarrega de traduzir código JSP em Java

 Percebeu a eficiência e importância do container dentro de sua aplicação?

Segundo a Kathy Sierra:

“Servlet vivem para servir clientes. A função de um Servlet é  receber uma solicitação do cliente e devolver uma resposta. A solicitação talvez seja simples: Traga-me a pagina de boas vindas. Ou pode ser  complexa: Finalize o processo do meu carrinho de compras.

A solicitação traz dados importantes e seu código Servlet tem que saber como encontrá-los e utilizá-los.

 

Estrutura de um Servlet – Padrão

PadraoServlet.java

import javax.servlet.*;

import javax.servlet.http.*;

import java.io.*;

/* 99% de todos os servkets sai HttpServlet */

public class PadraoServlet extends HttpServlet{

    /* É aqui que seu Servlet consegue as referencias dos objetos solicitacao e resposta

     No mundo real 99% de todos os Servlet anulam ou o metodo doGet() ou o doPost()

     */

                public void doGet(HttpServletRequest request,

                HttpServletResponse response) throws IOException,

                ServletException{

            /* Utilize PrintWriter para escrever texto html no objeto de resposta*/

                               PrintWriter out = response.getWriter();

out.println(“Hello World”);

}}

 

XML para um Servlet

<?xml version=”1.0″ encoding=”UTF-8″?>

<web-app id=”WebApp_ID” version=”2.4″ xmlns=”http://java.sun.com/xml/ns/j2ee”

xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”

xsi:schemaLocation=”http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd”>

                <!–chamando um Servlet  –>

                <servlet>

                               <servlet-name>servletteste</servlet-name>

                               <servlet-class>PadraoServlet</servlet-class>

                </servlet>

               

                <servlet-mapping>

                               <servlet-name>servletteste</servlet-name>

                               <url-pattern>/compras.do</url-pattern>

                </servlet-mapping>

</web-app>

Pontos importantes:

– um XML pode declarar vários Servlet

– <servlet-name> amarra o elemento servlet ao elemento <servlet-mapping>

-<servlet-class> é a classe Java

-<url-pattern> é o que o cliente usa na solicitação.

Exemplos no mundo real: HTTP://www.globo.com.br/bbb ; www.suaaplicacao/loja

Classificação dos nomes Servlet

<servlet-name> nome conhecido pelo container

<servlet-class> arquivo class Servlet do desenvolvedor (.java)

<url-pattern> endereço para usuário, normalmente é falso.

Mapear Servlet

Aumenta à flexibilidade a segurança da aplicação.

Mapear o nome em vez de coloca o verdadeiro  caminho e nome do arquivo garantem flexibilidade ao mover as coisas. E evita aquele pesadelo na hora de acompanhar e mudar o código do cliente que aponta pra antiga localização dos arquivos Servlets.

Segurança: você realmente quer que o cliente saiba exatamente a estrutura no seu servidor? Passar um caminho falso é zelar pela segurança.

 

Compilando Servlet

Caso esteja usando o prompt de comando do Windows, vá ao diretório da sua aplicação: webapps/suaplicacao/src  (caso esteja seguindo a nomeação os arquivos .java devem ficar dentro do diretório src)

Após o prompt está  no diretório da aplicação  digite o comando abaixo informando que o .class deve ir para para WEB-INF/classes

javac –d WEB-INF/classes src/PadraoServlet.java

obs.: Se não entendeu o por que do caminho veja lei o  artigo Instalação e configuração do ambiente Web – TomCat.

Agora caso esteja usando uma IDE e ela está configurada não é necessário se preocupar com isso, já que essa parte a própria IDE executa por você.

Testando

Após ter compilado corretamente basta, abrir o browser e informar a url para seu Servlet de acordo com o mapeamento:

localhost:8080/suaplicacao/compras.do

No browser a mensagem: Hello World

Há muito mais detalhes a ser explicado a respeito de Servlet, porém busquei mostrar para que serve e sua real utilidade. Por exemplo, não é recomendável embutir Servlet com HTML, isso não é uma boa prática,  porém não abordei nesse post, já que o assunto de Servlet dar um livro (e dos grandes). Para  detalhes mais técnico a respeito da sintaxe e nomeações você vai encontrar no livro Servlet & JSP (o qual estou terminando de ler) ou na própria web.

Espero que tenham gostado do post,a respeito desse tal Servlet. Aproveitando o momento convido vocês para mais uma coluna minha no imasters sobre Servlet usando netbeans 6.

Salve! Salve! Pessoal. Hoje vou falar de um assunto que é cobrado na certificação SCJP e que é está dentro de qualquer bom livro de Java básico. Serialização: para que serve? O que é isso? Não consigo entender a essência desse recurso?

Tentarei no post de hoje, buscar explicar  o processo de serialização.  Como envolve códigos nesse post, achei melhor colocar os códigos com a sintaxe grande para download. Assim evitando um post imenso devido aos códigos.

 Let’s GO… 

A serialização resume-se em um único objetivo salvar, gravar, capturar o estado de um objeto. Ou seja, tenho um objeto de uma classe e quero salvar seu estado uso serialização, pois quando quiser usar  esse objeto com seu ultimo estado gravado é somente des-serializa-lo.

Mas por que usar isso?

Usar serialização permite o seguinte: você cria o objeto  ou uma variável de instancia de uma class  e quer gravar em um arquivo para futuramente utilizar esse objeto/variável com seu estado que foi gravado, então basta usar serialização pelo seguinte motivo:

• Lembre-se: quando o construtor é executado os valores são perdidos objeto = null, e os tipos primitivos recebem seus valores padrões.

Com a serialização isso é quebrado a partir que serializo um objeto ou uma variável de instancia seu valor é gravado(em um arquivo), armazenado e futuramente posso obter esse valor através da des-serialização.

Um exemplo básico do código de serialização e des-serialização de objetos.

import java.io.*;

 class Cat implements Serializable{} //1

class SerializeCat{

 public static void main(String args[]){

 Cat c = new Cat(); //criando o objeto

   //aqui vou serializar meu objeto da class cat

   try{

   FileOutputStream fo = new FileOutputStream(“test.ser”);

    ObjectOutputStream oo = new ObjectOutputStream(fo);

        oo.writeObject(c); // serializo objeto cat

         oo.close();

  System.out.println(“Class Cat – object serializado com sucesso”);

       }

    catch(Exception e){e.printStackTrace();}                            

           //des-serializo o objeto

       try{

          FileInputStream fi = new FileInputStream(“test.ser”);

          ObjectInputStream oi = new ObjectInputStream(fi);

                c =(Cat) oi.readObject();

                  oi.close();

           System.out.println(“agora ele foi des-serializado com sucesso”);

              }catch(Exception e){e.printStackTrace();}                          

                }}

//1 criei uma class Cat que implementa a interface (marcadora) Serializable (essa interface  não possui nenhum método a ser implementado)

//ObjectxxxStream é a classe que possui o método mágico de serialização write e read – Object.

//writeObject –> serializa objeto depois escreve o objeto ja serializado no arquivo

 Herança  e Serialização

Quando temos uma subclasse que herda tudo da sua class pai o que acontece com serialização? Nesse caso temos uma pequena regra a seguir, se sua class PAI, implementar Serializable então a sua subclasse implicitamente já  faz Serializable.

Agora se sua classe PAI, não implementa Serializable e sua subclasse implementa então apenas  os objetos da sua subclasse vamos serializar o da class PAI infelizmente terá seus valores iniciais ou padrão. Um exemplo prático:

class Animal{}

class Dog extends Animal implements Serializable{}

No exemplo anterior apenas Dog é serializado.

 Um exemplo mais prático:

class Foo implements Serializable{

int num = 3;

void Num(){num=10;}

}

A class Foo quando for serializada e rodar o método Num() ela vai gravar o valor 10 para a variável int que criamos e quando for des-serializada é ideal que ela mantenha esse valor.

Tenha em mente:

Um objeto des-serializado nós NÃO:

-Queremos que a inicialização normal rode.

-Não queremos que os construtores rodem.

-E não queremos que os valores explicitamente declarados sejam atribuídos.

 Na verdade QUEREMOS apenas um retorno do estado que foi gravado, serializado.

 Serialização não estar para static  

Quando se diz: “A serialização não está para static” isso não quer dizer que seu código não vai compilar ou vai lançar alguma exceção caso tente serializar uma variável static. Simplesmente diz que não é possível gravar o estado de uma variável static. Mas por quê?

 Devido à variável static não ter objetos, ela pertence à class. Ao contrario das  variáveis de instancia que pertencem a um objeto. Sabemos que static o valor da variável é compartilhado para todos então se serializo 10, mas depois altero o valor para 20. Então  na des-serializacao retorna 20 já que não temos instancia nenhuma do static ele vai trazer o ultimo valor.

Exemplo prático

Algumas regras importantes:

– modificador Transient:  ignora o objeto ou variável durante a serialização, isso aqui não vai serializado. (exemplos veja)

– Caso o arquivo especificado na des-serialização não exista ele não é des-serializado e então acontece a serialização mais uma exceção é lançada por o arquivo não existir

– as classes precisam implementar a interface Serializable para que os seus objetos possam ser serializados (exemplos veja).

– Se a superclasse implementar Serializable, então as suas subclasses também a implementam automaticamente.

– Se  a superclass não implementar Serializable, então quando um objeto da subclasse for des-serializado o construtor da superclasse será executado.

– Se sua class serializable tiver referencia para outra classe que não eh serializable uma exceção ocorre em tempo de exceção.

– Posso serializar apenas objeto (autoboxing funciona primitivo >> objeto)

– ObjectInputStream à ler e dês-serializa

– ObjectOutputStream à escreve e serializa

 

Essas são algumas regras e funcionamento de Serialização, espero ter tirado as duvidas e contribuído para o aprendizado. Um abraço a todos! E até a próxima!