Aufrufbare TPs

Ein aufrufbarer TP ist ein TP, das von einem anderen TP aufgerufen werden kann. Aufrufbare TPs werden über Registrierungs- oder Umgebungsvariablen geschrieben oder konfiguriert, um ihre Namen an Host Integration Server als Benachrichtigung zur Verfügung zu stellen, dass sie für eingehende Anforderungen verfügbar sind. Aufrufbare TPs können auf jedem Host Integration Server-Client oder -Server ausgeführt werden, auf dem Windows ausgeführt wird.

Es gibt zwei Arten von aufrufbaren TPs:

Vom Bediener gestartete aufrufbare TPs
Ein vom Operator gestarteter aufrufbarer TP muss von einem Operator gestartet werden, bevor der TP aufgerufen werden kann. Wenn das vom Operator gestartete aufrufbare TP gestartet wird, benachrichtigt es host Integration Server über seine Verfügbarkeit, indem es ein RECEIVE_ALLOCATE Verb ausgibt. Die RECEIVE_ALLOCATE bewirkt, dass der Name des aufrufbaren TP zusammen mit dem Alias einer zugeordneten LU, wenn eine über eine Registrierung oder Umgebungsvariable konfiguriert wurde, an alle Server übermittelt wird, auf denen Host Integration Server in der SNA-Domäne ausgeführt wird.

Automatisch gestartete aufrufbare TPs
Ein automatisch gestartetes aufrufbares TP kann bei Bedarf vom Host Integration Server gestartet werden. Der TP muss über Registrierungseinträge oder Umgebungsvariablen auf dem lokalen System registriert werden, damit er mit der SnaBase-Komponente der Host Integration Server-Clientsoftware identifiziert werden kann. Die registrierten Informationen definieren den TP als automatisch gestartet und müssen den TP-Namen angeben. Die registrierten Informationen können auch den lokalen LU-Alias angeben, den der aufrufbare TP verwendet.

Die empfohlene Methode zum Festlegen von Registrierungs- oder Umgebungsvariablen für automatisch gestartete aufrufbare TPs besteht darin, das BEISPIEL-TP-Konfigurationsprogramm, TPSETUP oder einen ähnlichen Code zu verwenden, der in Ihr eigenes Installationsprogramm geschrieben wurde. Weitere Informationen zu Registrierungs- oder Umgebungsvariablen für aufrufbare TPs finden Sie unter Konfigurieren von aufrufbaren TPs.

Wenn bei automatisch gestarteten TPs kein lokaler LU-Alias registriert ist, kann die resultierende Host Integration Server-Konfiguration flexibler auf aufrufende Anforderungen reagieren. Weitere Informationen zu solchen flexiblen Konfigurationen finden Sie unter TP-Name nicht eindeutig; Lokaler LU-Alias nicht angegeben.

Nachdem ein automatisch gestartetes aufrufbares TP vom Host Integration Server gestartet wurde, gibt der TP RECEIVE_ALLOCATE genauso aus, wie ein vom Bediener gestartetes TP. RECEIVE_ALLOCATE müssen den TP-Namen angeben, der für den TP registriert wurde.

Automatisch gestartete TPs müssen über Registrierungs- oder Umgebungsvariablen konfiguriert werden, damit sie entweder in die Warteschlange oder nicht in die Warteschlange gestellt werden. Alle vom Operator gestarteten TPs fungieren als TPs in der Warteschlange.

TPs in Warteschlange
Wenn ein automatisch gestarteter TP als Warteschlange konfiguriert ist oder der TP vom Operator gestartet wird, werden eingehende Zuordnungsanforderungen in die Warteschlange gestellt und dann nur gesendet, wenn der aufrufbare TP RECEIVE_ALLOCATE ausgibt. Wenn für automatisch gestartete aufrufbare TPs noch keine Kopie des TP ausgeführt wird, wird eine gestartet, wenn eine eingehende Zuordnungsanforderung diesen TP angibt.

Hinweis

Für Windows kann nur eine Kopie eines Diensts zu einem bestimmten Zeitpunkt ausgeführt werden. Dies bedeutet, dass alle automatisch gestarteten TPs, die als Dienste unter Windows ausgeführt werden, in eine Warteschlange gestellt werden müssen. Um einen automatisch gestarteten TP zu schreiben, damit er unter Windows-as-a-Service ausgeführt wird und auch nicht ausqueuiert ausgeführt wird, schreiben Sie ein Multithreadprogramm mit einem immer herausragenden RECEIVE_ALLOCATE.

Nicht ausqueuierte TPs
Wenn ein automatisch gestarteter TP als nicht queued konfiguriert ist, wird jedes Mal eine neue Kopie gestartet, wenn ein ALLOCATE - oder MC_ALLOCATE für den TP empfangen wird. Nicht queuierte TPs sollten die zugewiesene Unterhaltung verarbeiten und dann beenden, da sie keine zusätzlichen ALLOCATE - oder MC_ALLOCATE-Anforderungen erhalten.