Java Server Faces: use BASE 64 para salvar imagens em JSF

Neste artigo veremos o uso de um m�todo muito interessante para codifica��o de dados, o Base64. Usaremos tal m�todo para armazenar uma imagem no banco de dados e depois mostr�-la na p�gina do usu�rio, usando JSF.

Base64 � um m�todo comumente utilizado na internet para transfer�ncia de dados, usando a codifica��o MIME, o seu principal prop�sito � o envio de dados bin�rios em meios que s� podemos trafegar texto, como � o caso de anexos de e-mail. � simples e complexo ao mesmo tempo: Simples porque ele transforma o m�todo convencional de envio de arquivos, que seria salvar fisicamente em um diret�rio para s� depois realizar o download do mesmo, em algo mais r�pido e simples, convertendo tudo em texto. Complexo porque por tr�s de toda esta facilidade est� o funcionamento do algoritmo e como ele funciona.

Este � constitu�do por 64 caracteres ([A-Za-z0-9], "/" e "+") e por isso mesmo que seu nome � �Base 64�. Trabalha com transforma��o em bits a partir de um outro padr�o, como por exemplo ASCII. Vejamos um exemplo de codifica��o da palavra �Man� na Tabela 1.

Conte�do	M	A	N
ASCII	77	97	110
Padr�o em Bit	01001101	01100001	01101110

Tabela 1. Exemplos de codifica��o

Agora os valores em bit s�o convertidos para decimal e posteriormente o algoritmo base 64 entende estes decimais como �ndices para serem convertidos a um os 64 caracteres, como mostra o exemplo a seguir:


  Bits          Decimal        Base 64        
  0 1 0 0 1 1 = 19               T
  0 1 0 1 1 0 = 22               W
  0 0 0 1 0 1 = 5                F
  1 0 1 1 1 0 = 46               u

Perceba que podemos converter qualquer tipo de informa��o para base 64 j� que ele trabalha com bin�rio e isto � comum a todo tipo de dado. Na Tabela 2 voc� pode conferir a tabela completa de convers�o para base64.

Value Encoding	Value Encoding	Value Encoding	Value Encoding
0 A	17 R	34 i	51 z
1 B	18 S	35 j	52 0
2 C	19 T	36 k	53 1
3 D	20 U	37 l	54 2
4 E	21 V	38 m	55 3
5 F	22 W	39 n	56 4
6 G	23 X	40 o	57 5
7 H	24 Y	41 p	58 6
8 I	25 Z	42 q	59 7
9 J	26 a	43 r	60 8
10 K	27 b	44 s	61 9
11 L	28 c	45 t	62 +
12 M	29 d	46 u	63 /
13 N	30 e	37 v	(pad) =
14 O	31 f	48 w
15 P	32 g	49 x
16 Q	33 h	50 y

Tabela 2. Tabela Bin�ria

Convertendo imagens em Base 64

Vimos que conseguimos trabalhar com qualquer tipo de dado atrav�s de string convertendo para o seu tipo original se necess�rio.

Vamos abstrair alguns pontos mais espec�ficos de configura��es do servidor, conex�o ao banco e etc., dando enfoque ao uso do Base 64. O que precisamos inicialmente � da nossa tabela que ir� gravar a imagem, como mostra a Listagem 1.

Listagem 1. Cria��o da tabela no banco de dados


  CREATE TABLE imagem_base_64
  (
    id serial NOT NULL,
    formato character varying(255),
    nome character varying(255),
    b64 text,
    CONSTRAINT imagem_base_64_pkey PRIMARY KEY (id )
  )
  WITH (
    OIDS=FALSE
  );
  ALTER TABLE imagem_base_64
    OWNER TO postgres;

O campo b64 ir� armazenar o conte�do em base 64 no formato text (escolhemos text porque iremos guardar uma grande quantidade de caracteres e o varchar limitaria muito nosso tamanho m�ximo), o formato ir� guardar se a imagem � JPG, PNG, BITMAP e etc. Por �ltimo o campo nome grava o nome original do arquivo para que possamos gerar ele com o mesmo nome que foi salvo.

Nosso bean segue o mesmo modelo da tabela, como mostra a Listagem 2.

Listagem 2. Bean ImagemBase64


  public class ImagemBase64 {
         
         private String b64;
         private String formato;
         private String nome;
   
        public String getB64() {
               return b64;
         }
         public void setB64(String b64) {
               this.b64 = b64;
         }
   
         public String getFormato() {
               return formato;
         }
         public void setFormato(String formato) {
               this.formato = formato;
         }
         public String getNome() {
               return nome;
         }
         public void setNome(String nome) {
               this.nome = nome;
         }      
  }

A ideia do nosso projeto � possibilitar que o usu�rio envie uma imagem e esta seja convertida para base 64 e ent�o salva no banco de dados.

Em nosso XHTML o usu�rio enviar� o arquivo e em nosso ManagedBean , que ser� recebido e convertido para Base 64. Vejamos primeiramente nosso XHTML na Listagem 3.

Listagem 3. Defini��o do XHTML


  <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  <html xmlns="http://www.w3.org/1999/xhtml"
         xmlns:h="http://java.sun.com/jsf/html"
         xmlns:f="http://java.sun.com/jsf/core"
         xmlns:ui="http://java.sun.com/jsf/facelets">
   
  <h:head>
  </h:head>
  <h:body>
    <h:form enctype="multipart/form-data">
       <h:inputFile value="#{base64MB.imagem}" />
       <h:commandButton action="#{base64MB.salvar()}" value="Enviar" />
    </h:form>  
  </h:body>
  </html>

Nosso formul�rio � bem simples possuindo apenas um inputFile e um commandButton para submeter as informa��es ao ManagedBean. O uso do �enctype=multipart/form-data� � essencial para que este tipo de dado possa ser enviado pela requisi��o.

O commandButton dispara uma action chamada salvar() que veremos mais adiante em nosso ManagedBean.

Listagem 4. Defini��o do ManagedBean


  import java.io.IOException;
   
  import javax.faces.bean.ManagedBean;
  import javax.faces.bean.ManagedProperty;
  import javax.faces.bean.ViewScoped;
  import javax.servlet.http.Part;
   
  import org.bouncycastle.util.encoders.Base64;
   
  import br.com.myproject.bean.ImagemBase64;
  import br.com.myproject.util.Persist;
   
  @ManagedBean(name = "base64MB")
  @ViewScoped
  public class Base64ManagedBean {
         
         private Part imagem;
         
         @ManagedProperty(value = "#{persist}")
         private Persist per;
         
  public void salvar(){
               String formato = imagem.getContentType();
               String nome = imagem.getName();
               byte[] imageAsByte = new byte[(int) imagem.getSize()];
               try {
                      imagem.getInputStream().read(imageAsByte);
                      ImagemBase64 ib4 = new ImagemBase64();
                      String base64AsString = new String(Base64.encode(imageAsByte));
                      ib4.setB64(base64AsString);
                      ib4.setFormato(formato);
                      ib4.setNome(nome);
                      bo.save(ib4);
                      
                      System.out.println(ib4.getB64());
               } catch (IOException e) {
                      // TODO Auto-generated catch block
                      e.printStackTrace();
               }
         }
   
         public Part getImagem() {
               return imagem;
         }
   
         public void setImagem(Part imagem) {
               this.imagem = imagem;
         }
   
         public Persist getPer() {
               return per;
         }
   
         public void setPer(Persist per) {
               this.per = per;
         }
         
         
  }

Vamos entender o funcionamento do c�digo da Listagem 4 em partes:

Primeiramente temos o nosso objeto �private Part imagem� que em linhas gerais ir� gravar a imagem que enviamos atrav�s do request do XHTML. Explicaremos mais � frente a fun��o do javax.servlet.http.Part, por enquanto basta sabermos que esta classe � a respons�vel por receber o conte�do enviado pelo XHTML;
Logo abaixo temos a defini��o de um objeto do tipo Persist:
```
  @ManagedProperty(value = "#{persist}")
       private Persist per;
```
Este objeto � apenas uma classe respons�vel por realizar a inser��o do conte�do no banco de dados, sendo que no momento n�o nos importa saber como essa inser��o � realizada mas sim que ela deve ser feita de alguma forma, seja com Hibernate, JPA, JDBC ou qualquer outra t�cnica que voc� esteja adotando para inser��es no seu projeto.

N�o esque�a que o get() e set() de ambas as propriedades s�o obrigat�rios para que possamos acionar a opera��o de salvar() sem problemas, como mostra o c�digo a seguir:


public Part getImagem() {
             return imagem;
       }
 
       public void setImagem(Part imagem) {
             this.imagem = imagem;
       }
 
       public Persist getPer() {
             return per;
       }


       public void setPer(Persist per) {
             this.per = per;
       }

Por fim, chegamos ao m�todo que realmente nos importa, o salvar(). Capturamos algumas informa��es importantes como o tipo do conte�do e o nome:
```
String formato = imagem.getContentType();
             String nome = imagem.getName();
```
Sendo que o conte�do � formatado da seguinte maneira: image/png, image/jpg e etc. Depois criamos um array de bytes com o tamanho da imagem com o m�todo getSize():
```
byte[] imageAsByte = new byte[(int) imagem.getSize()];
```

Assim garantimos que teremos espa�o suficiente para armazenar o tamanho que a imagem necessitar. Em seguida, precisamos ler o conte�do em bytes presente do objeto �imagem� e salv�-lo em nosso array �imageAsByte�:

imagem.getInputStream().read(imageAsByte);

O getInputStream().read() garante o armazenamento dos bytes em nosso array.

A classe org.bouncycastle.util.encoders.Base64 � a respons�vel por transformar nosso array de bytes em uma String formatada em Base64. S�o dois os m�todo utilizados, encode() e decode(), onde o primeiro codifica a informa��o para Base64 e o segundo decodifica essa informa��o de Base64 para o valor original.

Nas linhas seguintes realizamos este processo:

ImagemBase64 ib4 = new ImagemBase64();
                      String base64AsString = new String(Base64.encode(imageAsByte));
                      ib4.setB64(base64AsString);
                      ib4.setFormato(formato);
                      ib4.setNome(nome);

Criamos nosso objeto do tipo ImagemBase64 e o hidratamos com o conte�do necess�rio. O mais importante aqui � notar a seguinte linha:

 String base64AsString = new String(Base64.encode(imageAsByte));

Esta linha converte um array de bytes e outro array de bytes, a diferen�a est� que este segundo array de bytes � em base 64, mas como precisamos gravar uma String no banco e n�o um array de bytes, n�s usamos o �new String()� para converter este array de bytes para String.

Por fim n�s chamamos o m�todo que ir� salvar o conte�do no banco de dados e depois mostramos o valor em base 64 que armazenamos. N�o iremos mostrar o resultado completo da linha:

System.out.println(ib4.getB64());

Pois este retorna uma grande quantidade de dados, que daria no m�nimo 10 p�ginas s� de caracteres em base64.

Veja uma parte dele (para a imagem que passamos), como mostra a Listagem 5.

Listagem 5. Parte do retorno do ib4.getB64()

/9j/4AAQSkZJRgABAQEASABIAAD//gATQ3JlYXRlZCB3aXRoIEdJTVD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8SEhEPERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEUHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wAARCAKGBQ4DASIAAhEBAxEB/8QAHQABAAMAAwEBAQAAAAAAAAAAAAUGBwMECAIBCf/EAFoQAAEDBAEDAgQCBwYEAgUAGwECAwQABQYREgcTISIxFBVB0lFVIzJTYZKUlQgWM0JxgRckUmJDkSUmNGOzcnN0ocHw8QkYNZaisdQ4R1ZldYKlsrTF0dPh/8QAGgEBAQEBAQEBAAAAAAAAAAAAAAECAwQFBv/EAD4RAAIBAQQJAwIEBQMFAAMBAAABEQIhMUHwElFhcZGhscHRAyKBBOEywtLxBRNCorJSYuIUI3KCkgYk8hX/2gAMAwEAAhEDEQA/APXVKVSctysMrWzBkLQ20dKcaAK3Vb1xTsaCQfr+P4AHfm+p+p9P6ejTrPT9P9PX9RXo0F2pVbg5dY0QY6Zt4jqkhpIeUlCgkr0ORHj23up+JIYlxm5MV5t5lxPJDjagpKh+IIrfp+tR6n4XJn1PQ9T0/wASa+DlpXw44htHJxQSn8TXVlTWuwrtPAL+nj/zrocju0roQJocUGnFbJ/VUfr+4/vrv0ApVYzfJFWZCI0bj8S4nmVKG+2n2Gh9VEg6+ngnzrRqE/IMotklKJUiYw6413QHUtK0k7AJSB48g+PSfFez0vovU9WmU0pPL6v1dHpuHLNWrr3CUmHFU8pClnYSlKfdSiQAP9yRUPgFwk3LHUyJTynlh5xAcUACpIUdb1+7xXfyD/2Jr/5rj/8AxU15vVofp1Ol4Hf061XSqlicmr+fIt0EfuMs7/8AnIpxyD8vgfzivsruZI++xb2zGeUw47KYZ7iQklIW6lJ1yBG9E+4qFu1yuFkuUZZmTrhFWy4p1pUQOEqBRxSktNjiSCsjl4PHXjexmDUne45B+XwP5xX2U45B+XwP5xX2VMwpLMyGzLjr5svIS42rWtpI2PFVzFcrRcLdfJ93XDt8a2XWTDLq3OCA20oAKUpR0Cd/6Ujz08ifGeB2uOQfl8D+cV9lOOQfl8D+cV9lSNvu1quNt+ZW+5wpcHRPxLD6VtaHv6gdeP8AWukjLsUctbt1Rk9kVb2XA27KE9otNrPslS+Wgf3E0iBJx8cg/L4H84r7Kccg/L4H84r7K6mSZY1DYx2VZ3YVxi3e6tQu+26Fo4LCyVIUk6J9P+ldfD88tV5ut0tEy42uLc4t0kQ2IXxSQ+6hs6C+BPI78+w14oqW86o8oNxnf4ZJ8cg/L4H84r7Kccg/L4H84r7K7r1+sTN4RZnb1bm7m4NohqlID6h+5G+R/wDKvyRf7DGvDVmkXu2s3N7XahuSkJfXv20gnkf9hSBJ0+OQfl8D+cV9lOOQfl8D+cV9ldXHM7xy9Trlb27lEjT7fKfjuxHpLYe00rSnOG9hH12alLhfI8V9DDMeTOcUz3ymKlKuLf8A1EkgaP01smpFiYm1rUdXjkH5fA/nFfZTjkH5fA/nFfZXJIySChuOqMxLml9j4gJjtglLX/UrZGv9Pf8AdX1IyKGkM/CsSp5dY+IAjIBKW/oo8iP/AC9/HtVgScPHIPy+B/OK+ynHIPy+B/OK+yuSRkkFDcdUZiXNL7HxATHbBKWv+pWyNf6e/wC6pWHJZmRG ...

Esta � apenas 1% do conte�do total da nossa imagem enviada. O interessante aqui � que se coloc�ssemos todo o conte�do da nossa imagem em Bas64 bastaria voc� copiar toda a listagem e realizar o �decode()� seja qual for a linguagem que voc� est� trabalhando (Java, PHP, Python, Ruby �) e a imagem ser� gerada, pois a linguagem pode ser diferente mas o algoritmo � o mesmo.

Perceba que estamos trabalhando apenas com imagens mas nosso escopo � totalmente adaptado para trabalhar tamb�m com qualquer tipo de arquivo: PDF, txt, MP4, AVI, JPG, PNG e qualquer outro tipo de arquivo, pois a ideia sempre ser� a mesma: Capturar o conte�do em bytes e converter para base64 e enviar para onde quer que seja, em nosso caso estamos salvando em um banco de dados mas poder�amos enviar para um outro sistema via XML, JSON ou mesmo chamando um Webservice, ou via HTTP e etc. O leque de possibilidades � enorme e quando come�amos a trabalhar com este �maravilhoso� algoritmo percebemos que tudo fica mais simples e pr�tico e n�o mais precisamos criar estruturas supercomplexas para salvar arquivos enviados pelo usu�rio.

Pr�s e Contras

Infelizmente o algoritmo de Base 64 n�o � uma �bala de prata�, que mata qualquer coisa, ele possui seus pontos negativos.

Um dos pontos negativos de trabalhar-se com este tipo de m�todo � a grande quantidade de informa��es que s�o armazenadas no banco de dados, fazendo com que as buscas tornem-se mais lentas e consequentemente a constru��o do arquivo original tamb�m, diferente do que ocorreria se apenas captur�ssemos o arquivo de um diret�rio onde ele j� est� salvo. Imagine um arquivo muito grande, de 1 GB por exemplo, provavelmente voc� teria s�rios problemas se tentasse carregar as informa��es convertidas em Base 64 deste tamanho, o ideal seria quebrar o arquivo em blocos menores para junt�-lo posteriormente, consequentemente trazendo maior complexidade ao projeto.

Fa�a um teste voc� mesmo, converta um v�deo seu de 500MB para Base 64 e depois tente copiar o conte�do em algum local, voc� ver� uma grande lentid�o devido a estar tentando carregar 500MB de informa��es dentro da mem�ria de uma s� vez.

Um outro ponto que voc� notar� � o aumento em aproximadamente 33% do tamanho original do arquivo ap�s convers�o para base64, isso pode ter um peso consider�vel na transfer�ncia de dados atrav�s de uma rede. Al�m disso a convers�o de grandes arquivos em base 64 e vice-versa � custado do ponto de vista do processamento exigido pela CPU.

A grande vantagem em se usar o algortimo de base 64 est� na praticidade e flexibilidade quando trabalhamos com comunica��o entre sistemas distintos, este padroniza a comunica��o entre os sistemas assim como o XML. Antes voc� teria que fazer uma estrutura complexa de armazenado de arquivos em um diret�rio, salvando um apontador para este arquivo de forma que voc� possa recuper�-lo com agilidade depois, mas com base64 nada disso � necess�rio pois voc� ter� todo arquivo em uma String, n�o que isso seja a melhor solu��o mas com certeza � a mais pr�tica.

O uso da classe javax.servlet.http.Part

Em se��es anteriores usamos a classe javax.servlet.http.Part para realizar a transfer�ncia do arquivo via HTTP. No JSF 2.2 foi introduzido o componente inputFile que juntamente com o servlet 3.0 (que disponibiliza a classe javax.servlet.http.Part) nos possibilita manipular o envio de arquivos via HTTP sem a necessidade de bibliotecas terceirizadas, como primefaces, omnifaces, icefaces e etc.

Para que seja poss�vel usar a classe javax.servlet.http.Part voc� precisa adicionar a biblioteca servlet-api.jar vers�o 3.0 em seu projeto, h� duas formas de fazer isso:

Se voc� utilizar Maven, ent�o basta adicionar o c�digo da Listagem 6 no seu arquivo pom.xml.
Listagem 6. Adicionando servlet-api.jar no pom.xml
```
<dependency>
       <groupId>javax.servlet</groupId>
       <artifactId>servlet-api</artifactId>
       <version>3.0-alpha-1</version>
</dependency>
```
� obrigat�rio que a vers�o seja 3.0 ou superior.
Outra forma � adicionar manualmente ao seu build path. Clique com o bot�o direito no seu projeto e v� at� a op��o �Properties�. Na tela que abrir procure por �Java Build Path� e v� at� a aba �Libraries�.
Clique em �Add External JARs...� e procure pela biblioteca servlet-api.jar, que deve estar dentro da basta �lib� do seu tomcat.
Feito isso, seu projeto estar� apto para usar a classe javax.servlet.http.Part. A classe Part na verdade n�o � uma classe e sim uma Interface, que representa o arquivo enviado como parte de um request multipart/form-data. Por isso � importante que o seu form tenha o �enctype� definido como �multipart/form-data�:
```
  <h:form enctype="multipart/form-data">
```

Quando tentamos submeter um formul�rio, ou seja, processar uma requisi��o sem a defini��o acima, temos o seguinte erro:

org.apache.tomcat.util.http.fileupload.FileUploadBase$InvalidContentTypeException: the request doesn't contain a multipart/form-data or multipart/mixed stream, content type header is application/x-www-form-urlencoded

De forma resumida, esse erro indica que � necess�rio o uso do multipart/form-data ou multipart/mixed para envio de um formul�rio que possua um arquivo, seja ele de qualquer tipo.

Quando usar o Base 64? N�o existe uma regra geral para uso deste m�todo, o que ir� definir sua necessidade ou n�o s�o as regras de neg�cio do seu sistema, assim como ocorre com a maioria dos recursos.

Geralmente este � usado quando necessita-se enviar conte�do (arquivos) para outros sistemas com linguagens ou estruturas diferentes, como ele trabalha com convers�o em n�vel de bits, n�o importa qual linguagem est� recebendo os dados. Um outro uso menos comum � a necessidade de armazenamento de arquivos no banco de dados, ou at� mesmo dentro de uma classe Java (se o arquivo n�o for muito grande). Imagine que voc� precisa carregar um arquivo �.ddc� de 1KB toda vez que o usu�rio abrir o sistema, assim voc� poderia usar o algoritmo de base 64 para armazen�-lo dentro do seu pr�prio c�digo apenas recriando-o a cada abertura do sistema. Mas tenha cuidado, pois n�o � uma boa pr�tica guardar arquivos em base64 dentro do pr�prio c�digo, isso pode tornar seu sistema lento e extremamente grande (em termos de espa�o f�sico consumido).

Tecnologias:

Confira outros conte�dos:

Introdu��o ao JDBC

Novidades do Java

Teste unit�rio com JUnit

Assista grátis a nossa aula inaugural

Perguntas frequentes

Quem somos?

Por que a programação se tornou a profissão mais promissora da atualidade?

Como faço para começar a estudar?

Em quanto tempo de estudo vou me tornar um programador?

Sim, você pode se tornar um programador e não precisa ter diploma de curso superior!

O que eu irei aprender estudando pela DevMedia?

Principais diferenciais da DevMedia

Qual o investimento financeiro que preciso fazer para me tornar um programador?

Como funciona a forma de pagamento da DevMedia?

Por Ronaldo Em 2015

Coment�rios nesta publica��o Escrever um coment�rio sobre conte�do

Univel Ltda

N�vel 0

Bom dia.. estou com uma duvida.... para salvar um arquivo tudo blz... mas por exemplo vou editar um objeto q contem um arquivo, como fa�o para setar uma valor nesse Part?

há +1 ano

Ronaldo Lanhellas

N�vel 0

Voc� ter� que converter de base64 para o seu arquivo, ent�o realizar a edi��o e depois novamente converter para base64.

há +1 ano

Romilson Cardoso

N�vel 0

Bom dia Ronaldo, tudo bem?

Gostaria de tira uma d�vida a respeito do post. Meu cen�rio que estou montando hoje � o seguinte: Criei um projeto web em java onde vou receber arquivos de v�rias empresas, a onde a principal fun��o do projeto � a visualiza��o de imagens pra confer�ncia. Exemplo a pessoa foi em tr�s ou mais empresa e documento de identifica��o s�o scaneado e depois armazenado em banco de dados, depois � enviado para um servidor central, para que todas as empresas possa acessar via web e consulta os dados daquela pessoa. Exemplo, o Jos� chegado na empresa x, o funcion�rio acessa o site e verifica as informa��es dele, ent�o se ele tem 9 imagens elas s�o carregada em miniatura no site assim que clica ele carrega tamanho normal. A d�vida � o seguinte: as imagens � melhor deixa ela em base 64 ou em jpg? Armazenar no banco ou em diret�rio?

O volume das imagens s�o em m�dia mas 5 milh�es e podendo cresce.

há +1 ano

Ver coment�rio anterior

Ronaldo Lanhellas

N�vel 0

Sem d�vida no seu caso � melhor armazenar em um diret�rio, pois em determinado momento seu banco de dados ir� inflar de tal forma que possivelmente o seu sistema ficar� muito lento.

há +1 ano

Nossos casos de sucesso

Leonardo Carlos

Eu sabia pouqu�ssimas coisas de programa��o antes de come�ar a estudar com voc�s, fui me especializando em v�rias �reas e ferramentas que tinham na plataforma, e com essa bagagem consegui um est�gio logo no in�cio do meu primeiro per�odo na faculdade.

Lucas Rodrigues

Estudo aqui na Dev desde o meio do ano passado! Nesse per�odo a Dev me ajudou a crescer muito aqui no trampo.
Fui o primeiro desenvolvedor contratado pela minha empresa. Hoje eu lidero um time de desenvolvimento!
Minha meta � continuar estudando e praticando para ser um Full-Stack Dev!

Her�clito J�nior

Economizei 3 meses para assinar a plataforma e sendo sincero valeu muito a pena, pois a plataforma � bem intuitiva e muuuuito did�tica a metodologia de ensino. Sinto que estou EVOLUINDO a cada dia. Muito obrigado!

Julio Cablen

Nossa! Plataforma maravilhosa. To amando o curso de desenvolvimento front-end, tinha coisas que eu ainda n�o tinha visto. A did�tica � do jeito que qualquer pessoa consegue aprender. S�rio, to apaixonado, adorando demais.

Joelberth Sena

Adquiri o curso de voc�s e logo percebi que s�o os melhores do Brasil. � um passo a passo incr�vel. S� n�o aprende quem n�o quer. Foi o melhor investimento da minha vida!

Felipe Nunes

Foi um dos melhores investimentos que j� fiz na vida e tenho aprendido bastante com a plataforma. Voc�s est�o fazendo parte da minha jornada nesse mundo da programa��o, irei assinar meu contrato como programador gra�as a plataforma.

Wanderson Oliveira

Comprei a assinatura tem uma semana, aprendi mais do que 4 meses estudando outros cursos. Exerc�cios pr�ticos que n�o tem como n�o aprender, est�o de parab�ns!

Jos� Lucas

Obrigado DevMedia, nunca presenciei uma plataforma de ensino t�o presente na vida acad�mica de seus alunos, parab�ns!

Eduardo Dorneles

Aprendi React na plataforma da DevMedia h� cerca de 1 ano e meio... Hoje estou h� 1 ano empregado trabalhando 100% com React!

Adauto Junior

J� fiz alguns cursos na �rea e nenhum � t�o bom quanto o de voc�s. Estou aprendendo muito, muito obrigado por existirem. Est�o de parab�ns... Espero um dia conseguir um emprego na �rea.

Ver todos os casos de sucesso

Java Server Faces: use BASE 64 para salvar imagens em JSF

Veja neste artigo como utilizar o algoritmo de Base 64 para salvar imagens em JSF.

Convertendo imagens em Base 64

Pr�s e Contras

O uso da classe javax.servlet.http.Part

Confira outros conte�dos:

Introdu��o ao JDBC

Novidades do Java

Teste unit�rio com JUnit

Perguntas frequentes

Nossos casos de sucesso