Arquitectura Cliente/Servidor. Invocación de Métodos Remotos RMI: Remote Method Invocation. Llamadas a Métodos Remotos

Transcripción

1 Invocación de Métodos Remotos RMI: Remote Method Invocation Prof Wílmer Pereira Universidad Simón Bolívar Arquitectura Cliente/Servidor Cliente Request Reply Servidor Cómo permitir comunicación entre objetos situados en diferentes máquinas? Cómo llamar a métodos de programas que corren en máquinas diferentes? La invocación del servicio remoto es a partir de un objeto (creado en el el cliente) que llama a un método (implementado en el el servidor) La idea es tener un contexto de ejecución parecido al al local bajo una arquitectura cliente/servidor Llamadas a Métodos Remotos El cliente necesita hacer transparente la la llamada a métodos remotos => stubs El stub paquetiza los parámetros (marshalling) y los codifica en un formato estándar independientes de los procesadores involucrados en la aplicación cliente/servidor Big-endian El stub da la impresión de localidad al cliente, asegurando transparencia El servidor asegura: desempaqueta los parámetros (unmarshalling), llama al método invocado, paquetiza los valores de retorno o excepción (marshalling) envía información al cliente Principios de una llamada remota Llamada al método remoto desde el cliente: centralwarehousegetquantity( SuperSucket 100 ); Interfaz común al cliente y servidor: interface Warehouse { public int getquantity(string description) throws RemoteException: Declaración del objeto local : Warehouse centralwarehouse = ; 1

2 Carga dinámica de clases El cliente requiere cargar las clases y excepciones que el el servidor cambie, según su evolución Carga dinámica con el ClassLoader Sin embargo esto implica problemas de seguridad En consecuencia se necesita al security manager para impedir llegada de virus a través de los stubs Ejemplo: Interfaz e implantación Interfaz compartida por el cliente y el servidor: interface Product extends Remote { public String getdescription() throws RemoteException: Llamada del cliente: Product p; String d=pgetdescription(); Implantación del método remoto: public class ProductImpl extends UnicastRemoteException implements Product { public ProductImpl(String d) throws RemoteException { descr=d; public String getdescription() throws RemoteException { return Esto es un +descr; private String descr; Jerarquía de clases RemoteStub Object RemoteObject RemoteServer UnicastRemoteObject Remote SUN propone la clase MulticastRemote para manejar objetos replicados en múltiples servidores Convenciones RMI Sufijos Sin: Interfaz común cliente/servidor (Product) Impl: Clase del servidor que implemente la interfaz (ProductImpl) Server: Clase que crea los objetos servidores (ProductServer) Client: Clase que llama a métodos remotos (ProductClient) _Stub Subclase generada automáticamente por rmic (Product_Stub) rmic genera el stub que es usado por el cliente rmic ProductImpl 2

3 Servicio de registro de stubs El servidor carga los stubs por cada uno de sus objetos (generado por rmic) para que pueda ser descargado por cada objeto del cliente Carga el stub en servidor de registro (bind) //servidor ProductImpl pl = new ProductImpl(); Namingbind( toaster,pl); Descarga el stub del servidor de registro (lookup) //cliente Product p = (Product) Naminglookup ( rmic://wwwldcusbve/toaster ); El puerto por defecto es el 1099 La aplicación servidor debe correr en la misma máquina del servidor de registro (por razones de seguridad) Código de ejemplo (Servidor) public class ProductServer { public static void main(string args[]) { try { ProductImpl p1 = new ProductImpl( Black Toaster ); ProductImpl p2 = new ProductImpl( Express Oven ); Namingrebind( toaster,p1); Namingrebind( oven,p2); catch (Exception e) { Systemoutprintln( Error: +e); Antes de correr el servidor debe levantarse el servidor de registro El servidor queda levantado indefinidamente con un thread que lanza el objeto de UnicastRemoteObject Código de ejemplo (Implantación del Servidor) Código de ejemplo (Interfaz) public class ProductImpl extends UnicastRemoteObject implements Product { public ProductImpl(String n) throws RemoteException { name = n; public String getdescription() throws RemoteException { return Est es un +name; private String name; A partir de esta clase se crean los stubs que deben cargarse en el servidor de registro (bind) y ser bajados por el cliente (lookup) Los métodos que llama el cliente están implantados en esta clase public interface Product extends Remote { String getdescription() throws RemoteException; La interfaz debe estar tanto en el servidor como en el cliente de la aplicación Inicialmente se instala el servidor de registro rmiregistry & Se ejecuta el servidor de la aplicación para cargar los stubs en el servidor de registro que fue instalado antes java ProductServer 3

4 Codigo de ejemplo (Cliente) public class ProductClient { public static void main(string args[]) { SystemsetSecurityManager(new RMISecurityMananger()); String url = rmi://localhost/ try { Product c1 = (Product)Naminglookup(url+ toaster ); Product c2 = (Product)Naminglookup(url+ oven ); Systemoutprintln(c1getdescription()); Systemoutprintln(c2getdescription()); catch (Exception e) { Systemoutprintln( Error: +e); Systemexit(0); El programa instala el manejador de seguridad y se baja los stubs (uno por cada objeto del cliente) para poder llamar al método remoto Políticas de seguridad de la aplicación El El manejador de de seguridad restringe a cualquier Código de de ser ser cargado desde el el cliente Sin embargo el cliente necesita conexión para: Bajar los stubs del servidor de registro Acceder a los objetos remotos para llamar a los métodos remotos En consecuencia se debe suplir un archivo de seguridad: clientepolicy grant { permission javanetsocketpermission *: , connect ; ; java ProductClient -Djavasecuritypolicy=clientpolicy Correr la aplicación (localmente) Compilar fuentes en el servidor javac Product*java Correr rmic para generar los stubs rmic ProductImpl Instalar el servidor de registro rmiregistry & Instalar el servidor java ProductServer & Correr el cliente java Djavasecuritypolicy=clientepolicy ProductClient Directorios y archivos Servidor Cliente Download ProductServerclass ProductClientclass ProductImpl_Stubclass ProductImplclass Productclass Productclass Productclass clientpolicy ProductImpl_Stubclass Correr la aplicación (remotamente) Para bajar los stubs debe haber un servidor Web corriendo en el servidor Se puede instalar un servidor Web sencillo desde ftp://javasuncom/pub/jdk11/rmi/class-serverzip Mover el directorio download al directorio del servidor Web Cambiar el clientpolicy para conectarse al servidor de registro, implantaciones del servidor y el puerto del HTTP Todo esto indicando la máquina remota grant { permission javanetsocketpermission servokldcusbve: , connect ; permission javanetsocketpermission servokldcusbve:80, connect ; ; 4

5 Aplicación con servidor Web Levantar el rmiregistry en un shell sin classpath y desde un directorio sin class Desde un shell levantar el servidor dando el URL del directorio download java ProductServer Djavarmiservercodebase= Modificar el URL en el cliente para poder acceder al servidor remoto String url = rmi://servokldcusbve/ Product cl= (Product)Naminglookup(url+ tostador ); Correr el cliente indicando las nuevas políticas de seguridad java ProductClient Djavasecuritypolicy=clientpolicy Observaciones del enfoque RMI Este enfoque permite ejecutar concurrente el mismo método por varios clientes Sin embargo si se requiere exclusión mutua, sobre el método, se puede utilizar la primitiva syncronize No se tiene acceso a los mismos descriptores de I/O entre el cliente y el servidor Los stubsse encargan de los parámetros y lo único no permitido en los métodos remotos, es el pasaje de parámetros por referencia La única condición es que los objetos pasados como parámetros deben implementar la interfaz Serializable No se pueden sobrescribir los métodos equals, clone y paint Deben escribirse métodos propios para realizar dichas tareas Cuando se implementan la aplicación sobre applets, no se puede modificar las restricciones de seguridad que impone el browser Es conveniente usar levantar el servidor de registro (rmiregistry) desde el servidor para evitar su proliferación en varias máquinas El comando es: LocateRegistrycreateRegistry(port); 5