Pular para o conteúdo principal

Java e Redes: Implementando um ServerSocket

Introdução

Uma dúvida de um aluno da Academia Java me incentivou a dar continuidade ao assunto de programação Java para redes, iniciado em Java e Redes: Consultando um serviço com Socket que mostrava como consultar um serviço do NIST por meio da API de redes da Plataforma Java, este post apresenta a implementação de um java.net.ServerSocket que responde aos clientes com um determinado arquivo.

Exemplo

Para a criação de um ServerSocket que será responsável por escrever os bytes de um determinado arquivo no canal de comunicação com o cliente, definiremos a porta no construtor, conforme segue:
int port = 8080;
ServerSocket server = new ServerSocket(8080);

Apenas a criação do objeto server da classe ServerSocket não permite ainda a comunicação, para tanto é necessário que o ServerSocket passe a aceitar conexões, e isto é feito pelo método accept, este método é bloqueante, ou seja, faz com que o programa fique parado até que o servidor receba uma requisição, e quando isto ocorrer cria um Socket para comunicação; Socket este que tem sua referência armazenada na variável socket, de acordo com a linha apresentada abaixo:
Socket socket = server.accept();
E então, após uma requisição ser recebida, podemos recuperar o fluxo para escrita no socket, por meio do método getOutputStream e montar o fluxo de escrita otimizado com uso de um objeto do tipo BufferedOutputStream , conforme trecho de código abaixo:
OutputStream socketOutput = socket.getOutputStream();
BufferedOutputStream output = new BufferedOutputStream(socketOutput);
Para ler o arquivo determinado criaremos um fluxo de leitura otimizado, conforme segue:
String pathname = "feed.png";
FileInputStream fileInput = new FileInputStream(pathname);
BufferedInputStream input = new BufferedInputStream(fileInput);
Depois de montado o fluxo de entrada (input), que lê um determinado arquivo, e o fluxo de saída (output), basta realizar a leitura da entrada e escrever na saída, enquanto existirem bytes a serem lidos, conforme trecho abaixo:
int data = 0;
while( (data = input.read()) !=-1){
 output.write(data);
}
O método accept está em um laço infinito while(true){} e a forma de interromper a execução do servidor é interromper o processo no console ou na sua IDE preferida, ou ainda determinar a quantidade de vezes que o servidor vai executar o laço.

ServerFileSocket.java

Segue o código completo da classe que implementa o servidor que responde aos clientes com o arquivo determinado.
package br.eti.castro.blog.samples.networking;
// imports ocultos
public class ServerFileSocket {
 //o tratamento de excessoes foi simplificado (throws UnknownHostException, IOException)
 //para simplificar o entendimento do exemplo
 public static void main(String[] args) throws IOException {
  //declarando de objetos para a leitura do arquivo
  String pathname = "feed.png";//pode conter o caminho
  BufferedInputStream input = null;
  FileInputStream fileInput = null;
  
  //declarando de objetos para a escrita no fluxo do socket
  OutputStream socketOutput = null;
  BufferedOutputStream output = null;
  //Criando um servidor que atendera na porta 8080
  int port = 8080;
  ServerSocket server = new ServerSocket(port);
  while(true){
   //O metodo accept faz com que o servidor aguarde uma requisicao
   //Quando isto ocorrer cria um Socket para comunicacao
   Socket socket = server.accept();
   //montando o fluxo de leitura do arquivo otimizado
   fileInput = new FileInputStream(pathname);
   input = new BufferedInputStream(fileInput);
   
   //montando o fluxo de dados para escrita no socket
   socketOutput = socket.getOutputStream();
   output = new BufferedOutputStream(socketOutput);
   int data = 0;
   //lendo o arquivo
   while( (data = input.read()) !=-1){
    //escrevendo o dado lido no socket
    output.write(data);
   }
   //fechando o fluxo de entrada
   input.close();
   //fechando o fluxo de saida
   output.flush();
   output.close();
   //fechando o socket
   socket.close();
   
  }
 }
}
ClientFileSocket.java

Esta classe não está explicada detalhadamente no artigo, porém acredito que o artigo anterior: Java e Redes: Consultando um serviço com Socket, juntamente com este podem esclarecer sobre o funcionamento da classe.

package br.eti.castro.blog.samples.networking;
//imports ocultos
public class ClientFileSocket {
 //o tratamento de excessoes foi simplificado (throws UnknownHostException, IOException)
 //para simplificar o entendimento do exemplo
 public static void main(String[] args) throws UnknownHostException, IOException {
  //declarando de objetos para a leitura do fluxo do socket
  BufferedInputStream input = null;
  InputStream socketInput = null;
  //declarando de objetos para a escrita do arquivo
  String pathname = "novo.png";
  FileOutputStream fileOutput = null;
  BufferedOutputStream output = null;
  //criando o socket para o localhost na porta 8080
  String host = "localhost";
  int port = 8080;
  Socket socket = new Socket(host, port);
  //recuperando o fluxo de dados
  socketInput = socket.getInputStream();
  //montando o fluxo de leitura do socket otimizado 
  input = new BufferedInputStream(socketInput);
  //montando o fluxo de escrita do arquivo otimizado 
  fileOutput = new FileOutputStream(pathname);
  output = new BufferedOutputStream(fileOutput);
  //lendo o socket
  int i = 0;
  while( (i = input.read()) !=-1){
   //escrevendo o arquivo
   output.write(i);
  }
  //fechando o fluxo de entrada
  input.close();
  //fechando o fluxo de saida
  output.flush();
  output.close();
  
  //fechando o socket
  socket.close();
 }
}
O exemplo está preparado para rodar ambas as classes na mesma máquina, pois a classe ClientFileSocket está configurada para procurar o ServerSocket na mesma máquina (host = "localhost"), porém é interessante rodar cada uma das classes em uma máquina diferente, bastando para tanto alterar o valor da variável host.

Outro ponto importante, é com relação a porta utilizada, caso a porta 8080 já esteja sendo utilizada, basta alterar a variável port, que deve ter sempre o mesmo valor na classe ServerFileSocket e na classe ClientFileSocket.
Além disso é possível alterar o arquivo enviado, alterando o valor da variável pathname na classe ServerFileSocket e também o nome em que a classe ClientFileSocket salva o arquivo alterando variável de mesmo nome.

Teste se possível em máquinas diferentes, alterando as variáveis indicadas, tente ainda alterar o arquivo enviado.

Até mais!
Marcelo de Castro
http://twitter.com/mcastroinfo
http://www.globalcode.com.br/instrutores/MarceloCastro
Outros posts: http://blog.globalcode.com.br/search/label/MarceloCastro

Comentários

Postagens mais visitadas deste blog

10 reasons why we love JSF

1. One-slide technology: it's so simple that I can explain basic JSF with one slide. 2. Easy to extend: components, listeners, render kit, Events, Controller, etc. 3. Real-world adoption: JBoss, Exadel, Oracle, IBM, ... 4. Architecture model: you can choose between more than 100 different architecture. 5. Open-mind community: using JSF you are going to meet very interesting people. 6. We are using JSF the last 5 years and we found very good market for JSF in Brazil 7. Progress: look to JSf 1.1 to JSF 1.2, JSF 1.2 to JSF 2.0. People are working really hard! 8. Many professionals now available 9. It's a standard. It's JCP. Before complain, report and help! 10. Ed Burns, spec leader, is an old Globalcode community friend! EXTRA: My wife is specialist in JSF. She's my F1 for JSF :) Nice job JSF community! -Vinicius Senger

Devo fazer um curso ou ler um livro?

Acredito que todos os instrutores ou professores, independentemente da área, escola ou centro de treinamento, já devam ter recebido essa pergunta alguma vez na vida: devo fazer um curso ou ler um livro? Para responder a essa pergunta, precisamos avaliar os prós e contras de cada opção. Trabalho com treinamento há algum tempo e, hoje, recebi essa pergunta de um aluno. Não adianta responder a ou b sem argumentar, demonstrando as opções conforme a situação do aluno. O conteúdo, a forma de transmissão e a capacidade de assimilação do indivíduo são chaves para haver benefício maior de aprendizado. Tanto em um bom curso quanto em um bom livro, o conteúdo é a premissa básica . Por conteúdo entendemos: se está organizado; se respeita pré-requisitos; se promove o aprendizado guiado e incremental; se aborda de forma satisfatória os principais pontos; se tem bom balanço entre teoria, exemplos e prática (favorecendo exemplos e prática); se tem como premissa a acessibilidade possível (e cabível) pa...

JSF 2 - Composite Components, você não precisa mais ser um ninja

Estamos em uma nova era da computação, os dados não estão mais localizados em um banco dentro de sua empresa, vivemos a explosão de redes sociais, informações são geradas a todo instante, e se torna essencial que sua aplicação conheça os serviços disponíveis na web e consumam suas APIs geralmente disponíveis por serviços REST. Legal, mas como ficam meus aplicativos Java EE neste novo cenário? Para quem vem acompanhando a evolução da plataforma, é notório que todo esforço vem sendo utilizado para aumentar a produtividade e a integração com novos serviços. Basicamente duas especificações surgem com muita força para atender este cenário, a JSR - 314 (JSF-2) e JSR - 311 (JAX-RS), neste post exploraremos a JSR-314 (JSF2) e sua nova forma de criar Composite Components. Uma das grandes queixas dos desenvolvedores JSF era a complexidade em criar composite components, era necessário um vasto conhecimento sobre o ciclo de vida de uma aplicação JSF. Agora, você não precisa ser mais um “ninja” em ...

Exemplo de CRUD para o AppEngine(Struts 2 + Google Guice + JPA)

E dando continuidade a série "Who wants to be a milionaire"... Ok, então você já teve a sua idéia milionária, já deu uma lida no Google AppEngine(GAE) depois do meu último post mas agora tá faltando aquele 'empurrãozinho' para iniciar seu projeto. Tudo bem, aqui vai um empurrão ladeira abaixo... Vou detalhar neste post uma aplicação completa(CRUD) utilizando alguns frameworks Java(Struts 2, Google Guice, JPA) sendo hospedada no Google AppEngine(GAE). Não vou entrar em detalhes específico de cada um dos frameworks pois precisaria de algumas dezenas de posts para isso, o intuito é somente a adaptação necessária para ser executada no GAE, e alguns comentários sobre a arquitetura do projeto. > Struts 2 Infelizmente não é plug-and-play neste ambiente, porém para utilizar o Struts 2 no ambiente do GAE, as modificações são bem simples. A primeira delas é em relação ao framework Ognl que para execução de Reflection acaba esbarrando em algumas problemas de segurança. Para...

Sun, Oracle, JavaOne e mais algumas páginas desta longa história...

Desde abril de 2009 estamos acompanhando todo o processo de aquisição da Sun pela Oracle, que aconteceu muito perto da crise, e no ambiente de negativismo da crise. Parte da comunidade, principalmente os mais velhos tinham um relacionamento de admiração à Sun e e aos engenheiros da Sun. E tantas carreiras e mesmo famílias sendo sustentadas pelo capital gerado ao redor da tecnologia Java. É natural sentir um pouco de medo do impacto deste negócio milionário: O que a Oracle vai fazer com o Java? Vai continuar OpenSource ? Vão mudar a política de distribuição da JVM ? E o JCP está seguro ? Haverá impacto negativo para o Java ? E para as outras ferramentas e tecnologias da Sun ? Com esta enorme mudança de poder dentro da comunidade Java como as outras empresas irão reagir ? Foi realizado hoje um WebCast gratuito "Sun Oracle Strategy", com quatro horas de duração, bastante marketing, muitos adjetivos, resolvi resumir os fatos mais importantes para a nossa comunidade nos com um...

Hackeando o Prezi com Robot, Socket e Android

O Prezi é uma ferramenta online para construção de apresentação multimídia semelhante ao famoso Power Point, porém, através de templates prontos e animações bem trabalhadas, o Prezi consegue dar uma dinâmica e uma qualidade visual muito maior. Mas mesmo com toda esta propaganda inicial me sentia desconfortável com uma situação do Prezi: necessitaria estar perto do computador ou do notebook para ficar trocando os slides, quer dizer, dando mais um passo na animação construída na ferramenta. Isso pesa muito quando temos um descendente de italiano (meu caso) que fala muito com as mãos e não consegue ficar parado durante a palestra. Desta forma decidi “hackear” o Prezi. Vale dizer que este termo é confundido com o termo “Crakear”, que, neste caso, quer dizer pessoas que invadem ou roubam dados digitais com objetivo de destruir sistemas ou de obter lucro de forma ilícita. O Hacker é o “nerd do bem”!. Inicialmente tentei mudar o aplicativo que podemos baixar do Prezi e passar...