Projeto de servidores

fabgp2001 wrote: Quando tu comentou acima sob essa solucao foi o que imaginei passar o InputStream ou ainda como estou usando NIO um ByteBuffer.

]['s

se não me engano não rola de passar o objeto InputStream pq ele não é serializavel... lembro de tentar uma vez enão funcionar, tinha que ler e ir passando os bytes, mas não tenho certeza.

[]'s

Hmm

Pelo jeito entao a solucao seria.

A duvida que fica é questao de processamento em fazer isso. Se for "pesado" estarei com serios problemas :S

]['s

Será que não ficaria melhor com um PipedInputStream? Neste caso você não teria que ler nada do cliente, já que toda informação que entrar por este input stream será encaminhada diretamente para o output stream do receiver.

s4nchez wrote:Será que não ficaria melhor com um PipedInputStream? Neste caso você não teria que ler nada do cliente, já que toda informação que entrar por este input stream será encaminhada diretamente para o output stream do receiver.

Olá,

Andei dando uma olhada neste PipedInputStream pelo que notei se usar ele eu usaria metodo remoto no acesso do Selector ao Receiver e nao conexao Socket. Seria isso?

Att,

fabgp2001 wrote: A duvida que fica é questao de processamento em fazer isso. Se for "pesado" estarei com serios problemas

Eu acho mais provável que esse código seja IO-bound do que CPU-bound. Usando IO bloqueante, a chamada a selectorSocket.read(buf) só retorna ao encher o buffer.

s4nchez wrote:Será que não ficaria melhor com um PipedInputStream? Neste caso você não teria que ler nada do cliente, já que toda informação que entrar por este input stream será encaminhada diretamente para o output stream do receiver.

Não entendi bem como isso funcionaria, vc pega uma InputStream do server socket e depois como passa isso para a PipedInputStream? AFAIK, ela não é um decorator tipo a BufferedInputStream.

Notícias, artigos e o maior fórum brasileiro sobre Java