In der Stub-Generierung bietet die RPC-Implementierung?

In der Stub-Generierung bietet die RPC-Implementierung?
In der Stub-Generierung bietet die RPC-Implementierung?
Anonim

Material ohne Quelle kann angefochten und entfernt werden. Ein Stub im Distributed Computing ist ein Stück Code, das Parameter konvertiert, die während eines Remoteprozeduraufrufs (RPC) zwischen Client und Server übergeben werden. Die Hauptidee eines RPC ist, einem lokalen Computer (Client) zu ermöglichen, Prozeduren auf einem anderen Computer (Server) remote aufzurufen.

Was ist die Stub-Generierung in RPC?

Ein Stub-Subprogramm (Schnittstellenobjekt) ist ein Natural-Subprogramm, das verwendet wird, um das aufrufende Programm des Clients mit einem Subprogramm auf einem Server zu verbinden. Client-Stub-Unterprogramme sind eigentlich nicht erforderlich, wenn die automatische Ausführung von Natural RPC (Remote Procedure Call) verwendet wird, mit der einen wichtigen Ausnahme, die unten beschrieben wird.

Was ist ein Stub, wie werden sie generiert?

Stubs werden entweder manuell oder automatisch generiert. Bei einer manuellen Generierung stellt ein Remote-Procedure-Call-Implementierer Übersetzungsfunktionen bereit, aus denen ein Benutzer Stubs konstruiert. Sie verarbeiten komplexe Parametertypen. Die automatische Stub-Generierung wird häufig verwendet, um Stubs zu generieren.

Welche Rolle spielt Stub bei der RPC-Ausführung? Wie machen Stubs die RPC-Ausführung transparent?

RPC-Mechanismus verwendet die Konzepte von Stubs, um das Ziel der semantischen Transparenz zu erreichen. Stubs bieten eine Abstraktion lokaler Prozeduraufrufe, indem sie den zugrunde liegenden RPC-Mechanismus verbergen. Sowohl den Client- als auch den Serverprozessen ist eine separate Stub-Prozedur zugeordnet.

Wie wird RPC implementiert?

RPC ist ein Anfrage-Antwort-Protokoll. Ein RPC wird vom Client initiiert, der eine Anforderungsnachricht an einen bekannten entfernten Server sendet, um eine bestimmte Prozedur mit den angegebenen Parametern auszuführen. … Es gibt viele Variationen und Feinheiten in verschiedenen Implementierungen, was zu einer Vielzahl unterschiedlicher (inkompatibler) RPC-Protokolle führt.

Empfohlen: