Introducción a Remoting

Agenda Introducción Elementos de .Net Remoting Aplicación de ejemplo

Introducción Tecnología de objetos distribuidos sucesora de DCOM. Objetivo: crear herramientas que faciliten la distribución de la aplicación en red de forma transparente. Framework variado y extensible para que los objetos de distintos dominios de aplicaciones, procesos y equipos se puedan comunicar sin problemas. Ideas fundamentales encontradas ya en CORBA o Java RMI, aunque la combinación final es algo diferente.

.NET Remoting: definiciones 1 Un AppDomain es el entorno donde se ejecuta la aplicación, por lo que la comunicación se dará entre distintos AppDomains, siendo un AppDomain el cliente y otro el servidor. Un canal es la forma de ordenar, formatear o transmitir mensajes a través de AppDomains, de forma que nosotros podamos decir que queremos transmitir un mensaje bien por medio de un protocolo de transporte como el TCP o de aplicación como pudiese ser el HTTP o cualquier canal implementado por la arquitectura.

NET Remoting: definiciones 2 Un proxy es un objeto que se encarga de abstraer la comunicación entre cliente/servidor de forma que los objetos de otro AppDomain (remotos) parezcan locales. Un sumidero (sink) es capaz de recibir mensajes de Remoting (IMessage), tratarlos y enviarlos al siguiente sumidero en la cadena de comunicación.

Introducción Remoting permite utilizar objetos o valores entre distintos application domains utilizando distintos protocolos

.NET Remoting: Sinks

.Net Remoting: Cliente Si se configura el cliente correctamente, podemos crear nuevas instancias de un objeto remoto: utilizando la sentencia “new”, recibiendo una referencia al objeto que reside en el servidor y ejecutando métodos/propiedades como si el objeto estuviese en el mismo proceso.

.Net Remoting: Servidor El servidor necesita publicar un objeto Escuchar en un canal TCP o HTTP Tener un servicio con un nombre (Ej:ServicioMat) El cliente se conecta al ServicioMat utilizando un canal soportado y recibe una instancia El cliente se conecta a un servidor en un puerto El cliente especifica el objeto que desea Ejemplo: Conectar al “servicioMat” en el servidor “X” utilizando el protocolo HTTP en el puerto 80

Objetos remotos Tipos MarshalByRef MarshalByVal Referencia en el cliente, objeto en el servidor MarshalByVal El cliente tiene una copia del objeto Deben ser objetos serializables (ISerializable), ya que el objeto entero debe viajar al cliente

Activación y Ejecución Por Servidor SingleCall (Se instancia por cada llamada) Singleton (todos los clientes usan la misma instancia) Por Cliente Leasing Ejecución Síncrona Asíncrona Con o sin retorno

Ejemplo Cliente Servidor Cliente.exe Servidor.exe TiposCompartidos.dll

Aplicación de ejemplo El objeto remoto expone 2 métodos para sumar o restar 2 números Debemos Tener una implementacion de un tipo remoto Un “Application domain” host que escuche Un “Application domain” cliente que invoque Configurar el sistema de remoting en cada parte del sistema (cliente y servidor)

Remoting: desarrollo Escribir los componentes que se desea acceder remotamente y compilarlos en una dll (shared assembly) Escribir un componente ejecutable que oficie de “host” de los objetos anteriores Escribir los clientes que llamen al servidor

Creando “Remotable Type” El tipo que se va a consumir remotamente debe heredar de MarshalByRefObject El resto… es como una clase tradicional

LibMat.cs using System; public class LibMat : MarshalByRefObject { private int resultado; public int Sumar(int num1, int num2) resultado = num1 + num2; return resultado; } public int Restar(int num1, int num2) resultado = num1 - num2;

Crear la aplicación de Servidor La aplicación deberá escuchar las peticiones de los clientes para permitir crear los objetos remotos Deberá Elegir y Registrar el canal (objeto que manejará los protocolos de red y los formatos de serialización) Registrar el componente de tipos remotos en .Net Remoting

Listener.cs using System; using System.Runtime.Remoting; public class Listener { public static void Main() RemotingConfiguration.Configure("Listener.exe.config"); Console.WriteLine (“Escuchando peticiones. Enter para salir..."); Console.ReadLine(); }

Listener.exe.config <configuration> <system.runtime.remoting> <application> <service> <wellknown mode="Singleton” type=“LibMat, MathLibrary” objectUri="MathLibrary.rem"/> </service> <channels> <channel ref="http" port="8989"/> </channels> </application> </system.runtime.remoting> </configuration>

Compilar Crear el ejecutable Listener.exe y referenciar a la dll de tipos LibMat.dll

Client.cs using System; using System.Runtime.Remoting; public class Cliente { public static void Main() { RemotingConfiguration.Configure("Cliente.exe.config"); MathLibrary lib = new MathLibrary(); Console.WriteLine("Número 1:"); string num1 = Console.ReadLine(); Console.WriteLine(“Número 2:"); string num2 = Console.ReadLine(); Console.WriteLine(lib.Sumar(Convert.ToInt16(num1),Convert.ToInt16(num2 )).ToString()); Console.WriteLine (“Enter para salir..."); Console.ReadLine(); }

Ejecutar la aplicación Ejecutar Listener.exe Ejecutar Cliente.exe

.NET Remoting: alojamiento Los objetos de servicios remotos .NET se pueden alojar en: Un ejecutable administrado: cualquier archivo .NET EXE normal o en un servicio administrado. IIS (Internet Information Server): los objetos reciben los mensajes a través del canal HTTP. Se debe crear una raíz virtual, en la que se copiará"remoting.config“. El ejecutable o la DLL que contiene el objeto remoto se debe colocar en el directorio “bin”, en el directorio al que señala la raíz de IIS. Servicios de componentes .NET: para aprovechar los diferentes servicios de COM+, tales como las transacciones, JIT, la agrupación de objetos, etc...

.NET Remoting: servicios del canal System.Runtime.Remoting.Channels. Facilitan el medio de transporte necesario para establecer estas comunicaciones. Canales HTTP (protocolo SOAP) y TCP (carga binaria). Se pueden conectar (a través de IChannel) utilizando canales personalizados en los que se puede escribir para permitir la integración de aplicaciones muy diversas.

Client-side remoting Client calls method on TransparentProxy TransparentProxy builds message Stack frame to message TransparentProxy passes msg to RealProxy RealProxy forwards msg to envoy sink(s) Last envoy sink forwards msg to context sink(s) Last context sink forwards msg to channel sink(s) Channel sinks turn message into a byte stream Last channel sink sends byte stream to server

Remoting chain Transparent Proxy Real Channel Channel Server object Message Envoy Sink Tx Sink Envoy Sink Envoy Sinks Context Sinks Tx Sink Formatter Sink Transparent Proxy Real 010110… Channel Transport Sink Channel Sink Channel Sink Client-side Server-side Channel 010110… Transport Sink Channel Sink Channel Sink Message Tx Sink Tx Sink Server object