JLANSCHOOL - APLICAÇÃO DA TECNOLOGIA JAVA RMI NO DESENVOLVIMENTO DE UM SOFTWARE DE GERÊNCIA DE LABORATÓRIO DE COMPUTADORES

Transcrição

1 JLANSCHOOL - APLICAÇÃO DA TECNOLOGIA JAVA RMI NO DESENVOLVIMENTO DE UM SOFTWARE DE GERÊNCIA DE LABORATÓRIO DE COMPUTADORES Everton Sant Ana de Araujo 1 Resumo. O presente trabalho apresenta o desenvolvimento de um software de gerência de laboratório de computadores, utilizado para enviar imagens da tela de um computador servidor para computadores clientes. O objetivo deste trabalho foi construir um software que atenda às necessidades das instituições de ensino que utilizam laboratórios de informática no aprendizado dos alunos. Para construção desse software foi utilizada a tecnologia RMI (Remote Method Invocation) que a linguagem de programação Java fornece. RMI é uma tecnologia que permite que objetos Java executando no mesmo computador ou em computadores separados, se comuniquem entre si via chamadas de métodos remotos através do protocolo TCP/IP (Transfer Control Protocol / Internet Protocol). Estas chamadas de métodos são muito semelhantes àquelas realizadas entre objetos no mesmo programa. Os resultados deste trabalho mostram que a tecnologia RMI foi satisfatória para o desenvolvimento deste tipo de aplicação, pois se comportou de forma eficaz tanto na serialização de objetos Java quanto na transmissão destes através da rede. Palavras-chave: Educação. Laboratório. Compartilhamento. RMI. Abstract. The current paper presents the development of computerized laboratory management software, used to send images from the screen of a server computer to client computers. The objective of this paper was to build a software that fulfill the educational institution needs that use computerized laboratories at the learning process of their students. To build this software the RMI (Remote Method Invocation) technology was used, that the Java programming language supplies. The RMI is a technology that enables Java objects executed at the same computer or in separated computers, communicate between them track's called remote methods through TCP/IP (Transfer Control Protocol / Internet Protocol). These method calls are very similar to those ones wich operate in objects of the same program. The results of this paper show that the RMI technology was satisfactory to the develpment of this kind of use, because it behaved with efficacy not only at the series format of the Java objects but also at their transmission through the net. Keywords: Education. Lab. Sharing. RMI. 1 Especialização em Ciência da Computação. Escola de Administração do Exército. canaveral1208@gmail.com

2 2 1 Introdução Estudiosos da área da educação observaram que a tecnologia pode parecer mais do lado da anarquia do que do lado do controle (BORK, 1999). Esta observação é validada em laboratórios de computadores educacionais, onde o nível de controle do professor sobre o ambiente de aprendizagem é freqüentemente diferente do que na sala de aula tradicional. Quando estudantes estão trabalhando com computadores, torna-se difícil de obter atenção completa por parte deles e ter certeza que eles estão ali na carteira prestando atenção durante uma aula pela diversidade de distrações que o computador oferece. Então, neste momento, um software de gerência de laboratório seria uma forma ideal de remover tais distrações. Software de Gerência de Laboratório de Computador pode ter diversos significados, tais como, softwares que bloqueiam e controlam o acesso a computadores e os concedem somente a usuários com permissões especiais. Entretanto, no contexto deste trabalho Software de Gerência de Laboratório de Computador refere-se a programas utilizados por professores no decorrer de uma lição para manter a atenção dos estudantes e realçar a qualidade do ensino. A tela compartilhada é uma típica característica dos softwares de gerência de laboratório, permitindo que a tela do computador do professor ou a tela de algum estudante seja compartilhada com todos outros computadores no laboratório. O uso eficaz de softwares de gerência de laboratório de computador pode fazer uma considerável e positiva diferença quando os professores vão usar um laboratório de computador para ensinar. abordadas quais são estas características e como elas operam. 2.1 Características Básicas e Imprescindíveis Quando um professor usa um software de gerência de laboratório para apresentar uma lição, pode-se mudar completamente a maneira de mostrar o conteúdo e de ensinar. Em vez de esticar seus olhos para ver pequenos detalhes na tela à frente da sala, os estudantes podem olhar seu próprio monitor em sua frente e confortavelmente ver a demonstração do professor. Quando for hora de ter a atenção de todos, as telas dos estudantes se tornarão blank ( tela bloqueada ) impedindo desse modo, que continuem seu trabalho. Enquanto alguns softwares de gerência de laboratório oferecem algumas características mais avançadas, as seguintes são características básicas que todos devem incluir Tela compartilhada (screen sharing) Faz com que todas as telas dos computadores do laboratório mostrem a mesma imagem que a tela do instrutor. Muitos programas de gerência permitem compartilhar outras telas também, assim, se um estudante criar algo e o instrutor quiser mostrar a todos, este pode ser realizado rapidamente. Quando o compartilhar de tela é desabilitado, todos os computadores dos estudantes retornam a suas telas precedentes. A Figura 1 ilustra a característica básica e imprescindível Tela compartilhada. 2 Características dos Softwares de Gerência de Laboratório Dentre as características dos softwares de gerência de laboratório, existem as básicas que são imprescindíveis para o funcionamento deles e a avançadas que incrementam o seu uso. Nesta seção serão Figura 1 - Todas as telas dos computadores do laboratório mostrando a mesma imagem da tela do instrutor.

3 Telas bloqueadas (blank screen) Isto é indispensável para requerer a atenção dos estudantes e para fornecer instruções para a classe. O comando Telas bloqueadas torna a tela de todos os computadores do laboratório, exceto a do instrutor, preta (ou uma outra cor) e indica às vezes uma mensagem. Alguns programas oferecem a opção de escolher a imagem que será mostrada. Quando as telas forem anuladas, os estudantes não podem ver qualquer coisa em sua própria tela ou continuar a trabalhar. A Figura 2 ilustra a característica básica e imprescindível Telas bloqueadas (blank screen). Figura 2 - Blank screen nas telas dos computadores dos alunos. Figura 3 - Instrutor controlando remotamente o computador de um estudante Código único para a sala de aula Os programas da gerência de laboratório, quando iniciam no "cliente" (estudante) e no computador do instrutor, permitem um nome ou um número únicos a serem atribuídos para a sala de aula onde os computadores estão. Desta maneira, os instrutores pode escolher controlar somente os computadores situados fisicamente na mesma sala de aula. Os outros laboratórios ou as salas de aula no mesmo edifício podem usar o mesmo software de gerência de laboratório para o controle dos computadores com códigos diferentes sem haver interferência Controle remoto de um computador Dependendo do ajuste instrutivo, esta característica pode ter mais valor no uso prático, mas muitos programas permitem que os instrutores obtenham o controle remoto do computador de um estudante para demonstrar uma tarefa. Esta característica pode ser mais útil à equipe de funcionários de sustentação técnica, que necessita fazer mudanças ou mesmo instalações e configurações em computadores remotos, do que aos professores da sala de aula. A Figura 3 ilustra a característica básica e imprescindível Controle remoto de um computador. 2.2 Características Avançadas Alguns programas de gerência oferecem características adicionais com benefícios excepcionais para professores e estudantes na sala de aula, destacando-se: Monitoramento de computadores A Internet se tornou uma ferramenta muito importante para educação, pois ela conecta o estudante a uma vasta fonte de conhecimento, mas infelizmente existem problemas: como sites de pornografia, jogos, salas de bate-papo e outros. Para inibir o acesso dos alunos a esses sites, esta característica permite ao instrutor observar as

4 4 telas dos computadores dos estudantes, enviar mensagens, obter o histórico de quais páginas da Internet o aluno visitou, fechar a tela atual de um computador remoto e deslogar um aluno da rede. A Figura 4 ilustra a característica avançada Monitoramento de computadores. Figura 4 - As telas dos computadores dos estudantes sendo mostradas na tela do computador do instrutor Desligar ou reiniciar computadores Desligar todos os computadores em um laboratório, uma sala de aula, ou para reiniciá-los antes da aula seguinte pode ser tempo que se consome no fim do dia. Alguns programas oferecem a habilidade de desligar ou para reiniciar um laboratório inteiro simultaneamente com alguns cliques no mouse sobre o computador do instrutor. Os cartões de rede (Network Interface Cards NICs) instalados em cada computador devem suportar esta característica para que ela funcione Transferir um arquivo para todos computadores dos estudantes Se a escola tem um servidor de arquivos disponível e uma pasta compartilhada foi criada, permitindo tanto aos estudantes como aos professores acessá-la, arquivos de uma lição podem ser abertos através da rede. Alguns programas de gerência de laboratório permitem a distribuição dos arquivos diretamente para o disco rígido de todos os computadores no laboratório, entretanto, alguns podem até trazer os arquivos modificados e salvos nos computadores dos estudantes para o computador do instrutor no final da aula Bate-papo (Chat) Enquanto alguns professores pensam que esta característica é supérflua e desnecessária, a potencialidade do bate-papo incluída com software da gerência do laboratório pode ser inestimável por uma variedade de razões. Primeiro que a maioria dos estudantes gostam de conversar em seus computadores digitando mensagens de texto um para o outro. Uma diferença principal entre uma sala de bate-papo on-line e um ambiente de bate-papo fornecidos por um software de gerência de laboratório é que os participantes são controlados: somente aqueles estudantes fisicamente no laboratório podem participar do bate-papo. Como uma recompensa por permanecer na tarefa ou terminar uma lição, pode ser dado aos estudantes cinco minutos de tempo de batepapo no fim da aula. Na seção 3 será apresentado um breve estudo sobre a tecnologia RMI que pode ser utilizada para implementação e desenvolvimento de um software de gerência de laboratório de computadores contendo tanto as características básicas e imprescindíveis quanto as avançadas abordadas nesta seção. 3 RMI (Remote Method Invocation) RMI é uma tecnologia que permite que objetos Java executando no mesmo computador ou em computadores separados se comuniquem entre si via chamadas de métodos remotos. Essas chamadas de métodos são muito semelhantes àquelas que operam em objetos no mesmo programa (DEITEL, 2001). Em outras palavras, RMI é o mecanismo que permite a chamada de métodos que pertencem a classes que estão em máquinas virtuais Java (JVM - Java Virtual Machine) remotas (RAMON, 2001).

5 5 3.1 Arquitetura Java RMI A arquitetura RMI estende à segurança e robustez da arquitetura Java para o mundo da computação distribuída. Esta arquitetura é 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 permaneçam separados e rodem em JVMs (Java Virtual Machine) separadas (SUN, 2000). 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, que são o coração dessa arquitetura, definem o comportamento e as classes definem a implementação. A Figura 5 ilustra esta separação: Figura 5 - Sistema RMI (SUN, 2000). A classe que implementa o comportamento executa do lado do servidor RMI. A classe que roda no cliente atua como um proxy, ou seja, um procurador para o serviço remoto. Isto é mostrado na Figura 6: Figura 6 - Cliente chama método no servidor (SUN, 2000). 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 proxy e então ao programa cliente. 4 Proposta de um Software de Gerência de Laboratório Esta seção apresenta a implementação, das básicas e imprescindíveis características de um software de gerência de laboratório: Tela compartilhada (screen sharing) e Tela bloqueada (blank screen) na tecnologia de Java RMI. Conforme abordado na seção 2.1, a característica Tela compartilhada (screen sharing), faz com que todas as telas dos computadores do laboratório mostrem a mesma imagem, geralmente a tela do instrutor. E a característica Tela bloqueada (blank screen) torna a tela de todos os computadores do laboratório, exceto a do instrutor, bloqueada, podendo mostrar assim uma tela preta (ou uma outra cor) e indicar às vezes uma mensagem. O sistema proposto em RMI possui um programa servidor que fica localizado no computador que terá a sua tela compartilhada e programas clientes quem ficam localizados nos computadores dos usuários que receberão essas telas. 4.1 O Sistema em RMI (Remote Method Invocation) O programa servidor do Sistema em RMI é responsável por, de tempos em tempos, capturar a tela e as coordenadas do mouse do computador onde está localizado e configurálas em um objeto da classe Mensagem. Cabe então aos clientes buscarem no servidor esse objeto do tipo Mensagem que contém as informações e reproduzi-las em sua tela. Logo, percebe-se que há um ciclo constante em que o servidor atualiza o seu objeto do tipo Mensagem e os clientes buscam esse objeto. A Figura 7 ilustra o funcionamento do Sistema em RMI:

6 6 Figura 7 - Funcionamento do Sistema em RMI. transparentes ao programador, pois são feitas pela tecnologia RMI. O Sistema em RMI é constituído por: Classe JLanSchoolServidorImpl_Stub; Classe RMI; Classe Mensagem; Interface JLanSchoolServidor; Classe JLanSchoolServidorImpl; Classe JanelaServidor; Classe JLanSchoolCliente; Classe JanelaCliente; Classe Painel; Classe Splash. A Figura 8 mostra o Diagrama de Classe simplificado do Sistema em RMI: As questões de serialização e transmissão do objeto Mensagem através da rede ficam Figura 8 - Diagrama de Classe simplificado do Sistema em RMI Classe JLanSchoolServidorImpl_Stub A classe JLanSchoolServidorImpl_Stub, localizada no servidor e no cliente, implementa o protocolo de comunicação e é responsável por fazer com que uma chamada de um método no cliente seja transparentemente passada para o servidor e também fazer com que o servidor responda à chamada, passando de volta os valores de retorno, quando houver. Esta classe não precisa ser programada manualmente, pois é gerada por uma ferramenta própria do Java chamada rmic. O comando do Quadro 1 foi executado para gerá-la: Quadro 1 - Comando para geração da classe JlanSchoolServidorImpl_Stub. rmic JLanSchoolServidorImpl Classe RMI A classe RMI é onde são implementadas as particularidades da arquitetura RMI (Remote Method Invocation), tais como: iniciar um servidor de nomes (rmiregistry nesse caso), vincular (bind) e obter (lookup) as

7 7 referências dos objetos que serão acessados remotamente. O Quadro 2 apresenta a implementação do código desta classe: Quadro 2 - Implementação da classe RMI. import java.rmi.*; import java.rmi.registry.*; import java.*; public class RMI { public static void vincularreferenciaremota( String nomebind, Remote objeto, boolean create ) throws RemoteException, MalformedURLException { if ( nomebind == null ) throw new IllegalArgumentException( "Nome do registro não pode ser null" ); try { Naming.rebind( nomebind, objeto ); System.out.println( "Objeto servidor registrado com sucesso!" ); System.out.println( "Objeto: " + nomebind ); catch ( RemoteException re ) { if ( create ) { System.out.println( "Porta: " + Registry.REGISTRY_PORT ); Registry r = LocateRegistry.createRegistry( Registry.REGISTRY_PORT ); Naming.rebind( nomebind, objeto ); System.out.println( "Objeto servidor registrado com sucesso!" ); System.out.println( "Objeto: " + nomebind ); else throw re; public static JLanSchoolServidor getreferenciaremota( String nomebind, String ipservidor ) { String url = "//" + ipservidor + "/" + nomebind; JLanSchoolServidor interf = null; try { System.out.println( "Cliente obtendo referência remota..." ); interf = ( JLanSchoolServidor ) Naming.lookup( url ); catch ( Exception e ) { System.err.println( "RMI.getReferenciaRemota( String, String ): " + e ); return interf; ; O servidor é a classe que recebe os pedidos de métodos remotos feitos pelo cliente. Então, o método public static void vincularreferenciaremota( String nomebind, Remote objeto, boolean create ) inicia o servidor de nomes rmiregistry e vincula o nome String nomebind ao objeto remoto Remote objeto. O parâmetro boolean create determina se o servidor de nomes deve ser iniciado ou não. Depois de o objeto remoto estar vinculado, torna-se possível para um cliente encontrar uma referência para um objeto remoto. O cliente é o responsável em chamar os métodos remotos, mas antes de chamar um método remoto, ele necessita obter uma referência do objeto remoto. Então, o método public static void getreferenciaremota( String nomebind, String ipservidor ) tenta obter uma referência, um stub, para um objeto remoto associado com o nome String nomebind no servidor de nomes que está executando na máquina de IP (Internet Protocol) String ipservidor Classe Mensagem Conforme abordado na introdução da seção 4.1, em um objeto da classe Mensagem é que são guardados os dados, tais como: imagem e coordenadas do mouse, para serem enviados através da rede. Logo esse objeto terá que se tornar uma seqüência de bytes para ser enviado através da rede de forma que ele também possa ser reconstruído como um objeto da classe Mensagem ao chegar ao seu destino. Para que esse objeto funcione desta forma, ele deve implementar a interface Serializable do pacote java.io. O Quadro 3 apresenta a implementação do código desta classe: Quadro 3 - Implementação da classe Mensagem. import java.awt.point; import java.io.serializable; public class Mensagem implements Serializable { private byte imagembytes[]; private Point mousecoords; public Mensagem() { imagembytes = null; mousecoords = null;

8 8 public void setimagembytes( byte imagembytes[] ) { this.imagembytes = imagembytes; public void setmousecoords( Point mousecoords ) { this.mousecoords = mousecoords; public byte[] getimagembytes() { return imagembytes; public Point getmousecoords() { return mousecoords; ; Interface JLanSchoolServidor A interface JLanSchoolServidor é onde são definidos quais métodos remotos podem ser acessados no servidor pelos clientes. Ela deve existir tanto do lado servidor quanto cliente, estender a interface java.rmi.remote e todo método deverá declarar a exceção java.rmi.remoteexception que pode ser lançada na invocação do método. O Quadro 4 apresenta a implementação do código desta interface: Quadro 4 - Implementação da interface JLanSchoolServidor. import java.rmi.*; public interface JLanSchoolServidor extends Remote { public Mensagem getmensagem() throws RemoteException; ; O método public Mensagem getmensagem() throws RemoteException deve ser invocado por um cliente interessado em receber um objeto do tipo Mensagem Classe JLanSchoolServidorImpl A classe JLanSchoolServidorImpl contém a implementação dos métodos remotos que serão chamados pelos clientes e fica somente no lado do servidor. Nesta classe também estão implementadas as funcionalidades de capturas de tela e coordenadas do mouse. Primeiramente, para que uma referência do objeto JLanSchoolServidorImpl seja encontrada pelos clientes, ela deve ser vinculada chamando o método public static void vincularreferenciaremota( String nomebind, Remote objeto, boolean create ) da classe RMI conforme apresenta o Quadro 5: Quadro 5 - Código para vincular uma referência remota. RMI.vincularReferenciaRemota( JLanSchool, this, true ); Iniciando assim o servidor de nomes rmiregistry e vinculando o nome JLanSchool ao objeto remoto JLanSchoolServidorImpl que invocou o método, que no código do Quadro 5 está representado pela referência this. A captura da imagem da tela do computador servidor é feita através do método public byte[] gettelabytes() que tem a implementação apresentada no Quadro 6: Quadro 6 - Implementação do método public byte[] gettelabytes(). public byte[] gettelabytes() { try { BufferedImage imagembuferizada = robot.createscreencapture( telaarea ); if ( coresimagem == IMAGEM_PRETO_E_BRANCO ) imagembuferizada = colorconvertop.filter( imagembuferizada, null ); ByteArrayOutputStream imagembytearrayos = new ByteArrayOutputStream(); ImageIO.write( imagembuferizada, formatoimagem, imagembytearrayos ); return imagembytearrayos.tobytearray(); catch ( IOException ioe ) { System.err.println( ioe ); return null; A captura das coordenadas do mouse é feita através do código mostrado no Quadro 7, que retorna um objeto java.awt.point. Quadro 7 - Código para obtenção das coordenadas do mouse. MouseInfo.getPointerInfo().getLocation();

9 9 Após o servidor, ou seja, o objeto JLanSchoolServidorImpl ter iniciado um servidor de nomes e se registrado nele, ter feito as capturas de tela e coordenadas do mouse, resta-lhe configurar esses valores em um objeto do tipo Mensagem que ficará disponível para o cliente obtê-lo através da invocação do método remoto public Mensagem getmensagem() que tem sua implementação apresentada no Quadro 8: Quadro 8 - Implementação do método remoto public Mensagem getmensagem(). public Mensagem getmensagem() { return mensagem; Classe JanelaServidor A classe JanelaServidor é a interface gráfica com o usuário do computador servidor. Nela se encontram opções para formato de imagens a serem transmitidas, cores das imagens, intervalo de captura de tela e também a opção de pausar ou executar o servidor. A Figura 9 ilustra uma instância da classe JanelaServidor. remoto, ele deve chamar o método public static JLanSchoolServidor getreferenciaremota( String nomebind, String ipservidor ) da classe RMI conforme apresenta o Quadro 9: Quadro 9 - Código para obtenção de uma referência remota. JLanSchoolServidor interf = RMI.getReferenciaRemota( JLanSchool, ipservidor ) Tentando assim, obter uma referência, um stub, para um objeto remoto associado com o nome JLanSchool no servidor de nomes que está executando na máquina de IP (Internet Protocol) String ipservidor. Após o cliente, ou seja, o objeto JLanSchoolCliente ter obtido uma referência remota para o servidor (Quadro 9), resta-lhe, através da referência interf, invocar o método remoto que retornará o objeto Mensagem que contém as informações a serem mostradas no cliente. O código do Quadro 10 implementa esta operação: Quadro 10 - Código para invocação do método remoto public Mensagem getmensagem(). Mensagem mensagem = interf.getmensagem(); As atualizações de imagem e posição do mouse no cliente são feitas conforme mostra o Quadro 11: Figura 9 - Interface gráfica do lado do computador servidor Classe JLanSchoolCliente A classe JLanSchoolCliente é responsável por buscar um objeto do tipo Mensagem na classe JLanSchoolServidorImpl através da invocação dos métodos remotos e mostrá-lo em sua janela - classe JanelaCliente. Primeiramente, para que um objeto JLanSchoolCliente possa invocar um método Quadro 11 - Código para atualizações de imagem e posição do mouse no cliente. // Atualiza a imagem janela.getpainel().setimagem( new ImageIcon( mensagem.getimagembytes() ) ); janela.getpainel().repaint(); // Atualiza o mouse robot.mousemove( ( int ) mensagem.getmousecoords().getx(), ( int ) mensagem.getmousecoords().gety() ); Lembrando que, as imagens são mostradas em um objeto da classe Painel que pertence à classe JanelaCliente. Tanto a atualização do mouse quanto a captura de tela utilizam a classe java.awt.robot que gera eventos nativos de entrada no sistema operacional que proporcionam a automatização do controle

10 10 do mouse, do teclado, entre outros em aplicações implementadas em Java. Já a classe Splash fornece uma janela de apresentação ao iniciar o programa servidor Classes JanelaCliente, Painel e Splash A classe JanelaCliente possui um objeto da classe Painel onde são mostradas as imagens Diagrama de Classe detalhado do Sistema em RMI A Figura 10 ilustra o Diagrama de Classe detalhado do Sistema em RMI: Figura 10 - Diagrama de Classe detalhado do Sistema em RMI. 5 Conclusão Os softwares de gerenciamento de laboratório de computadores possuem características que realmente elevam a qualidade do ambiente de aprendizado, pois são ferramentas que o professor pode se apoiar para explicar uma matéria e reter a atenção dos alunos. Além disso, em comparação aos benefícios que essa

11 11 ferramenta pode trazer, o custo pode ser considerado baixo. A implementação desse tipo de software com a tecnologia RMI (Remote Method Invocation) se mostrou eficaz quanto à transmissão dos dados através da rede devido ao fato da arquitetura do Java RMI fazer a serialização e transmissão dos dados de forma transparente para o programador. Uma pequena desvantagem encontrada em RMI é o fato da transmissão não ser síncrona, possibilitando ao usuário perceber a chegada dos dados primeiramente em uma máquina cliente do que em outra. Portanto, no presente trabalho, observou-se um comportamento satisfatório no sistema utilizando a tecnologia RMI, quando testado em laboratórios de até trinta e dois computadores. Como temas para futuras monografias, sugere-se: a implementação das características de monitoramento, controle remoto de computadores e integração do software resultante ao sistema operacional utilizando o padrão JNI (Java Native Interface), Softwares de Educação à Distância e Virtual Network Computing (VNC). Referências APPLE. Apple - Remote Desktop. Disponível em: < remotedesktop>. Acesso em: 22 abril < netopschool>. Acesso em: 22 abril DEITEL, H. M., DEITEL, P. J. Java: Como Programar. 3 ed. Tradução por Edson Furnankiewicz. Porto Alegre: Bookman, DEITEL, H. M., DEITEL, P. J. Java: How to Program. 6 ed. New Jersey: Pearson Prentice Hall, LANSCHOOL TECHNOLOGIES. Welcome to LanSchool. Disponível em: < Acesso em: 22 abril RAMON, Fábio. JAVA2 - Guia de Consulta Rápida. São Paulo: Novatec, SUN DEVELOPER NETWORK. jguru: Remote Method Invocation (RMI). Disponível em: < inetraining/rmi>. Acesso em: 20 maio VICENTE Barreto Domingues. RMI (Remote Method Invocation) Universidade Federal do Rio de Janeiro (UFRJ). Disponível em: < dex.htm#indice>. Acesso em: 20 maio ASHOK, Mathew. Accelerate your RMI programming Disponível em: < rmi.html>. Acesso em: 20 maio BORK, ROBERT. Bork, Robert, Slouching Towards Gomorrah, A Book Review. Disponível em: < Acesso em: 18 abril CROSSTEC CORPORATION. NetOp School - Software for Networked Classrooms 8: Instruction. Disponível em: