Freigeben über


Fragen zu Metadaten

In der .NET Remoting-Infrastruktur sind korrekte Metadaten erforderlich, damit ein Objekt in einer Anwendungsdomäne mit einem Objekt in einer anderen Domäne verbunden werden kann. In jedem Fall muss die Clientanwendungsdomäne die Metadaten des zu verwendenden Remoteobjekts besitzen. Die folgenden wichtigen Aspekte sind zu beachten:

  • Für serveraktivierte Objekte muss der Name der Assembly, die den Typ enthält, auf Client und Server identisch sein. Dasselbe gilt für den Typnamen. Der Grund hierfür liegt darin, dass die Typidentität anhand der Kombination aus Typ- und Assemblynamen ermittelt wird, einschließlich der Assemblyversion und eventueller Informationen über starke Namen.

  • Für clientaktivierte Objekte muss der Name der Assembly, die den Typ enthält, auf Client und Server identisch sein. Dasselbe gilt für den Typnamen. Darüber hinaus muss auf dem Client eine tatsächliche Implementierung des Remotetyps vorhanden sein, und alle Member müssen genau dieselbe Signatur aufweisen wie die entsprechenden Member der Serverimplementierung.

Hinweis

Hinweis   Die Clientimplementierung muss nicht gleich der Serverimplementierung sein. Wenn der Client keinen Zugriff auf die Serverimplementierung haben soll, können Sie eine Ersatzbibliothek erstellen, die den oben genannten Anforderungen genügt, jedoch Stub-out-Member enthält, die eine NotSupportedException-Ausnahme auslösen. Bei Clients, die die SOAP-Serialisierung nutzen, dient das Soapsuds-Tool (Soapsuds.exe) zur Ausführung dieser Aufgabe. Diese Vorgehensweise ist für jeden veröffentlichten MBR (Marshal-by-Reference)-Typen unter Verwendung eines beliebigen Channels möglich.

Siehe auch

Referenz

Soapsuds Tool (Soapsuds.exe)

Konzepte

Konfiguration von Remoteanwendungen