Problemas de los metadatos

Este tema es específico de una tecnología heredada que se mantiene para la compatibilidad con versiones anteriores con aplicaciones existentes y no se recomienda para nuevo desarrollo. Las aplicaciones distribuidas se deberían desarrollar utilizando  Windows Communication Foundation (WCF).

La infraestructura de .NET Remoting exige que los metadatos apropiados conecten un objeto de un dominio de aplicación con un objeto de otro dominio. En todos los casos, el dominio de aplicación del cliente debe poseer los metadatos del objeto remoto que se propone utilizar. Los problemas importantes que hay que recordar son:

• Para los objetos activados en el servidor, el nombre de ensamblado que contiene el tipo debe ser el mismo en el cliente y en el servidor, y el nombre de tipo debe ser idéntico. Esto se debe a que la identidad de tipo se determina utilizando la combinación de nombre y tipo de ensamblado, incluyendo la versión de ensamblado y cualquier información de nombre seguro.

• Para los objetos activados en el cliente, el nombre de ensamblado que contiene el tipo debe ser el mismo en el cliente y en el servidor, y el nombre de tipo debe ser idéntico. Además, el cliente debe tener una implementación real del tipo remoto y todos los miembros deben tener exactamente la misma firma que los miembros correspondientes en la implementación del servidor.

Nota:

La implementación del cliente no tiene que ser la implementación del servidor. Si no desea que el cliente tenga acceso a la implementación del servidor, puede generar una biblioteca complementaria que cumpla con todos los requisitos anteriores, pero que contenga miembros auxiliares que produzcan una excepción NotSupportedException. La herramienta Soapsuds (Soapsuds.exe) hace esto para los clientes que utilizan la serialización SOAP. Puede hacer esto para cualquier tipo de cálculo por referencia usando cualquier canal.

Vea también

Conceptos

Utilizar Soapsuds.exe con comunicación remota