RMI - JAVA

Introdução á Computação Distribuída com RMI   Introdução á Computação Distribuída com RMI A tecnologia RMI - Remote Method Invocation (Invocação de Métodos Remotos) foi primeiramente introduzida no Java, no JDK versão 1.1, elevando a programação para redes em um patamar mais elevado. Apesar do RMI ser relativamente fácil, ele põe o desenvolvedor Java frente à um novo paradigma, o mundo da computação de objetos distribuídos. Onde o desenvolvedor ou equipe de desenvolvimento terá a necessidade de criar um paradigma de distribuição dos métodos e uma boa abordagem dos mesmos.

Objetivo O principal objetivo para os criadores do RMI, é que programadores desenvolvam seus sistemas do mesmo modo que desenvolviam antes porem sendo possível utilizá-los como sistemas distribuídos. Para que isso ocorresse ele tiveram que mapear cuidadosamente as classes e objetos do Java em JVM(Java Virtual Machine), afim que os mesmos sejam implementados em sistemas distribuídos como múltiplas JVMS. Os criadores tiveram o trabalho de simular que essas classes e objetos trabalhassem separadamente mas de que pra os processos fossem localmente, ou seja uma classe e seus métodos estariam em outra maquina diferente da que estou porem isso seria indiferente para meu processo pois para o mesmo tudo estaria loca.

Interfaces: O coração do RMI A arquitetura RMI é baseada em um importante princípio: a definição do comportamento e a implementação do comportamento são conceitos separados. RMI permite que o código que define o comportamento e o código que implementa o comportamento permanecerem separados e rodarem em JVMs separadas. Em RMI, a definição do serviço remoto é codificada usando uma interface Java. A implementação do serviço remoto é codificada em uma classe. Logo, a chave para se entender o RMI é lembrar que as interfaces definem o comportamento e as classes definem a implementação. A classe que implementa o comportamento roda do lado do servidor RMI. A classe que roda no cliente atua como um Proxy para o serviço remoto. Veja o seguinte diagrama: O programa cliente faz chamadas de métodos pelo objeto Proxy, o RMI envia a requisição para a JVM remota e redireciona para a implementação. Qualquer valor retornado pela implementação é devolvido ao

Arquitetura de Camadas do RMI Com o entendimento da arquitetura RMI num alto nível, vamos dar uma breve olhada na sua implementação. A implementação do RMI é essencialmente feita de três camadas de abstração.   1º A camada Stub e Skeleton está abaixo dos olhos do desenvolvedor. Esta camada intercepta as chamadas de métodos feitas pelo cliente para que a variável de referência da interface redirecione essas chamadas para o serviço RMI remoto. 2º A próxima camada é a Remote Reference Layer. Esta camada sabe como interpretar e gerencias referências feitas dos clientes para os objetos do serviço remoto. A conexão do cliente ao servidor é Unicast (uma-para-um). 3º A camada de transporte é baseada nas conexões TCP/IP entre as maquinas em uma rede. Usando essa arquitetura de camadas, cada uma das camadas poderia ser facilmente melhorada ou substituída sem afetar o resto do sistema. Por exemplo, a camada de transporte poderia ser substituída por uma camada que implemente conexões UDP/IP, sem afetar as camadas superiores.

Neste exemplo mostro melhor como Funciona.

Nomeando Objetos Remotos   Como um cliente acha o serviço remoto RMI? Os clientes acham os serviços remotos usando o serviço de nomeação ou diretório (naming or directory). Isso parece um pouco redundante, mas o serviço de nomeação ou diretório roda como um endereço bem formado (host:port). O RMI pode usar diferentes tipos de serviços de diretório, incluindo o JNDI. O próprio RMI inclue um simples serviço, chamado de RMI Registry. O RMI Registry roda em cada maquina que hospeda o serviço remoto, por definição na porta 1099. Numa máquina host, um programa servidor cria um serviço remoto, primeiramente criando o objeto que implemente aquele serviço. Em seguida ele exporta aquele objeto para o RMI. Quando o objeto é exportado o RMI cria um serviço que aguarda as conexões do cliente. O servidor registra o objeto no RMI Registry, com um nome público. No lado do cliente o RMI Registry é acessado através da classe estática Naming. Ela provém o método lookup( ), que o cliente usa para requisitar o registro. Esse método aceita a URL que especifica o nome do servidor e o nome do serviço desejado. O método retorna uma referência remota para o objeto do serviço. A URL é formada como seguinte: view plainprint? rmi://<host_name>[:port_number]/<service_name>

Elementos do RMI

Arquitetura de Camadas do RMI Cliente. Qualquer programa JAVA pode ser um potencial cliente, contanto que ele possua acesso as classes e objetos mínimos necessários e obtenha a referencia do objeto registrado.   Stub. Este é o responsável por qualquer comunicação com o objeto distuibuido através do skeleton. O stub transforma as chamadas locais do cliente em chamadas no objeto remoto, e também é responsável por traduzir a chamada remota para o formato esperado pela chamada local. Sendo assim o mesmo se assemelha ao Maximo a programação usual. Skeleton. O skeleton tem o papel semelhante a o stub, porem no lado do servidor. O mesmo é responsável por receber as requisições do cliente e traduzi-las para o servidor de forma análoga e devolve-la para o stub posteriormente. Camadas de referência. Responsável pela criação e gerenciamento de referencias aos objetos remotos. Ele basicamente converte as solicitações RMI para a camada de transporte que esta sendo utilizada. Camadas de transporte. Prove a comunicação em rede entre as jvms, usa os sokets default (tcp) ou outro tipo pode ser utilizado.

Usando o RMI Criando um aplicativo simples, cliente e servidor, que executa métodos do objeto remoto. Para tanto não necessitamos de duas máquinas distintas ou com IP distintos. O exemplo pode ser rodado na mesma máquina, pois o RMI sabe como trabalhar com isso, mesmo que o host e o cliente sejam na mesma localidade. Um sistema RMI é composto de várias partes: Definição das interfaces para os serviços remotos Mostrarei como criar um sistema que implemente o RMI, utilizando-se de um programa cliente e um programa servidor. Não utilizaremos um servidor FTP ou HTTP, no entanto utilizaremos os programas na mesma máquina e uma mesma estrutura de diretórios. Os passos a serem seguidos agora são: Escrever e compilar o código Java da interface   1º - Escrever e compilar o código Java das implementações das classes 2º - Gerar as classes Stub e Skeleton das classes de implementação Crie um diretório para salvar todos os seus arquivos de projeto. Você pode fazer o download do código fonte usado nesse tutorial. 3º - Escrever e compilar o código Java das implementações das classes 4º - Gerar as classes Stub e Skeleton das classes de implementação Crie um diretório para salvar todos os seus arquivos de projeto. Você pode fazer o download do código fonte usado nesse tutorial.

Interfaces O primeiro passo, como dito, será criar a interface e compilá-la. A interface define todas as funcionalidades remotas oferecidas pelo serviço. Nomeio o arquivo como: Mensageiro.java. view plainprint? 1. import java.rmi.Remote; 2. import java.rmi.RemoteException; 3. 4. public interface Mensageiro extends Remote { 5. 6. public void enviarMensagem( String msg ) throws RemoteException; 7. public String lerMensagem() throws RemoteException; 8. } Perceba que esta interface estende a classe Remote, e cada assinatura de método declara as funcionalidades do serviço, e que podem gerar uma exceção RemoteException. Salve este arquivo (Mensageiro.java) no seu diretório e compile, com a seguinte linha de comando:

Implementação