.Net Remoting

.NET Remoting.
NET
1) David Conger ,“Remoting with C# and .NET".Ed. Wiley , 2003
ISBN:047127352X
ISBN:047127352X
2) Ingo Rammer , “Advanced .NET Remoting ". Ed. Apress 2002.
ISBN:1590590252.

Antonio Javier García Sánchez

Estructura y Contenidos.










Introducción.
Arquitectura .NET Remoting.
Primer ejemplo.
Uso de ficheros de Configuración.
de ficherosde Configuración
Windows Service.
Uso de canales TCP.
TCP
Leasing.
Objetos por valor y referencia.
Construcción de una aplicación versionada.
de una aplicación versionada

Introducción.
Introducción.




.Net Remoting proporciona, a partir de un número
partir de un número
de elecciones, el modo y la configuración de
comunicaciones que vamos usar.
comunicaciones que vamos ausar.
Las áreas de configuración son las siguientes:
–
–
–
–
–

Selección del canal.
del canal
Tipo de aplicación Host.
El modo de activación.
modo de acti
El método de configuración.
El método de exposición de los datos del servidor a la
aplicación cliente.

Introducción. Canal.
Introducción. Canal.



El canal es la forma de comunicación usada por
canal es la forma decomunicación usada por
una aplicación para llamar a objetos remotos.
Puede ser:
ser:
– HTTP.
– TCP.



Ambos canales usan SOAP para la comunicación.

Introducción.
Introducción. Selección de la
aplicación Host.
li




Una aplicación host debe ser configurada para
Una aplicación host debe ser configurada para
escuchar
escuchar en un canal y crear los “request” cuando
serequieran.
se requieran.
Con .NET Framework se puede crear tus propios
“hosting applications” como son:
applications como son:
– Console application.
– Windows Service.
Service
– Windows Forms application.

Introducción. Modo de activación
Introducción. Modo de activación


Existen tres modelos de activación para objetos
Existen tres modelos de activación para objetos
remotos:remotos:
– SingleCall.
– Singleton.
– Client Activated Objects (CAO).
Activated Objects (CAO)

Introducción.
Introducción. Configuración del
servidor remoto.
id


Existen dos formas:
dos formas:
– Se puede realizar en el mismo código del servidor.
– Usando un fichero de configuración.
un fichero de configuración



La información de configuración debe contener:
–
–
–
–
––

Canal.
Puerto.
Modo de activación.
Tipo de objeto.
El “assembly name” del objeto.
Uniform Resource Identifier (URI).

Introducción.
Introducción. Obtención de los datos
por parte del cliente.


Podemos optar por dos métodos:
optar por dos métodos:
– Estableciendo una referencia al objeto remoto DLL en
el proyecto cliente.
– Sólo para canales HTTP, usar la utilidadsoapsuds.exe,
que crea una clase proxy.

Arquitectura.
Arquitectura.

Reply
Aplicación Servidor

Proxy
Request

URI
Registro
Objeto.dll

Aplicación Cliente

Creación de un simple ClienteServidor Remoting.
.


Creación del Objeto Remoto:
del Objeto Remoto:

public class CompanyLists: MarshalByRefObject
{

private String[] Countries = {"Spain","France","Italy"};
publicString[] getCountryList()
getCountryList
{
……………………
}

}
NOTA: MarshalByRefObject proporciona paso por referencia durante las llamadas a
la clase CompanyLists.

Creación
Creación de un simple ClienteClienteServidor Remoting.


Creación de la Aplicación Host:

static void Main(string[] args)
{
HttpChannel myChannel = new HttpChannel (8000);
Htt
(8000)ChannelServices.RegisterChannel(myChannel);
RemotingConfiguration.RegisterWellKnownServiceType
(typeof(ListServer.CompanyLists),
"CompanyLists", WellKnownObjectMode.Singleton);
WellKnownObjectMode
}

Creación de un simple ClienteServidor Remoting.


Creación de la Aplicación Cliente:

static void Main()
{
Application.Run(new Form1());
}
private void button1_Click(object sender, System.EventArgs e)
{...