IComSoapPublisher.GetAssemblyNameForCache(String, String) Methode

Definition

Namespace:

System.EnterpriseServices.Internal

Assembly:

System.EnterpriseServices.dll

Gibt den vollständigen Pfad für eine signierte generierte Assembly mit starkem Namen im SoapCache-Verzeichnis zurück.

public:
 void GetAssemblyNameForCache(System::String ^ TypeLibPath, [Runtime::InteropServices::Out] System::String ^ % CachePath);

public void GetAssemblyNameForCache (string TypeLibPath, out string CachePath);

abstract member GetAssemblyNameForCache : string * string -> unit

Public Sub GetAssemblyNameForCache (TypeLibPath As String, ByRef CachePath As String)

Parameter

TypeLibPath

String

Der Pfad der Datei, die die Typbibliothek enthält.

CachePath

String

Nach dem Beenden dieser Methode enthält dieser Parameter den vollständigen Pfad der Proxyassembly im SoapCache-Verzeichnis.

Ausnahmen

ArgumentNullException

TypeLibPath ist null.

SecurityException

Der Aufrufer verfügt nicht über die erforderliche Berechtigung.

ArgumentException

Der Dateiname ist leer, enthält nur Leerzeichen oder enthält ungültige Zeichen.

UnauthorizedAccessException

Der Zugriff auf TypeLibPath wurde verweigert.

PathTooLongException

Der angegebene Pfad und/oder Dateiname überschreiten die vom System definierte maximale Länge.

NotSupportedException

TypeLibPath enthält einen Doppelpunkt (:) innerhalb der Zeichenfolge.

Hinweise

Damit eine nicht verwaltete COM+-Komponente über .NET-Remoting als SOAP-Endpunkt veröffentlicht werden kann, muss ein Proxy generiert werden, um die nicht verwalteten Komponenten für den .NET Framework verfügbar zu machen. Dies erfolgt durch programmgesteuertes Ausführen der gleichen Schritte wie Type Library Importer (Tlbimp.exe), dem Windows SDK Tool, das zum Konvertieren nicht verwalteter COM+-Typbibliotheken in Proxymetadatenassemblys verwendet wird. Damit die Clientaktivierung über SOAP erfolgreich ist, müssen Client- und Servercomputer jedoch dieselben mit starkem Namen signierten Metadatenproxys verwenden. Aus diesem Grund wird beim Generieren einer verwalteten Proxyassembly für eine nicht verwaltete COM+-Komponente auch ein starker Namensschlüssel generiert und zum Signieren der Proxyassembly verwendet.