¿que es rmi

UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES “UNIANDES”

TEMA: ¿Que es RMI?, ventajas, desventajas NOMBRE: SANTIAGO QUILLIGANA TUTOR: Ing. Bernabé Ortega

FECHA: 12/04/2015

¿Qué es RMI? El mecanismo RMI (Remote Method Invocation) permite que una aplicación o applet se comunique con objetos que residen en programas que se ejecutan en maquinas remotas. En esencia, en lugar de crear un objeto, el programador liga el objeto remoto con un representante local, conocido como stub. Los mensajes dirigidos al objeto remoto se envían al stub local, como si fuera el objeto real. El stub acepta los mensajes que se le envíen, y a su vez, los envía al objeto remoto, el cual invoca sus métodos apropiados.

El resultado de la invocación de los métodos en el objeto remoto se envía de regreso al stub local, que los remite al emisor original de la llamada. (Posgrado en Ciencia e Ingenier´ıa de la Computaci´on) Como funciona: La aplicación cliente ejecutándose en una maquina A, que envía un mensaje a un objeto remoto contenido en una aplicación servidor que se ejecuta en una maquina B. Cuando la aplicación cliente envía un mensaje al stub local del objeto remoto, la petición se transmite a la maquina que contiene al objeto real, donde el método es invocado y cualquier resultado retornado al stub local, de modo que la aplicación cliente puede obtener la respuesta apropiada. (Gosling, 1996)

Ventajas 

Es REALMENTE facil de usar si ya se conoce JAVA.



Portable a traves de plataformas con soporte JAVA.



Bajo costo al convertir sistema existente.



Soporta paso de objetos por referencia y/o valor.

Desventajas 

A veces, no es tan intuitivo.



No soportado por otros lenguajes



Disminuye el rendimiento con el crecimiento del sistema

Funcionamiento: 

Se ejecuta el servidor de registro RMI, en la máquina que contendrá al objeto servidor. Una vez activo, permanece a la espera de peticiones utilizando un socket de servidor.



Se crea un objeto en el servidor, se exporta (es decir, se deja preparado para admitir llamadas a sus métodos por un determinado puerto) y se registra en el servicio de registro RMI con un

nombre, permanece a la escucha usando un socket de servidor asociado al puerto por el que el objeto se ha hecho accesible. 

Se crea el objeto cliente, que llamará a un método de la interfaz del objeto remoto.



El stub serializa los argumentos y envía a la capa de referencias remotas una petición de conexión, delegando en ella su envío.



La capa de referencias remotas indica a la capa de transporte que necesita abrir una conexión para enviarle el flujo de datos resultante de la serialización.



La capa de transporte crea un socket de cliente para enviar dicho flujo.



En el host remoto, los datos llegan a la capa de transporte y el socket servidor asociado los lee.



La capa de referencias remotas serializa la respuesta y envía el flujo de bytes resultante a la capa de transporte, indicándole que necesita una conexión.



La capa de transporte remota abre un socket de cliente y envía la respuesta al host local.



Ésta llega a la capa de transporte del host local y allí un socket servidor lo transmite a la capa de referencias remotas.



La capa de referencias remotas extrae la información serializada y la envía al stub.



Finalmente, el stub envía el valor devuelto al objeto local.

Conclusiones: La posibilidad de separar el trabajo, encapsulándolo en aplicaciones cliente servidor, en donde el cliente y el servidor se desligan a tal grado que no deben saber nada sobre el trabajo del uno y del otro. Esto es sumamente útil en los tiempos actuales en donde las aplicaciones cliente servidor son cada vez mas abundantes y la complejidad de ellas hace fundamental la separación del código en módulos independientes.

Sin embargo, también es una muy buena alternativa, el considerar IDL, frente a escenarios heterogéneos, en donde se trabaja con "legacy systems", los cuales son muy difíciles de cambiar y sin embargo pueden representar una fuerza importante dentro de una compañía. También se puede recurrir a IDL cuando la escalabilidad del sistema crece tanto que es imposible poder manejarla con un sistema tan básico como es RMI.

Trabajos citados Gosling, K. A. (1996). The Java Programming Language. Addison-Wesley.

Posgrado en Ciencia e Ingenier´ıa de la Computaci´on, U. Concurrencia y Distribucion.