technisches Konzept

Ausgehend von der Systemarchitektur wird ein 3-Schichten Modell realisiert:

    • Präsentationsschicht
    • Transaktionsschicht
    • Host (z/OS)

Die Präsentationsschicht stellt den Browser dar, welcher die Verbindung zwischen dem Benutzer und dem System grafisch darstellt. Die Kommunikation erfolgt über HTTP oder verschlüsselt über HTTPS. In der Präsentationsschicht wird keine Logik / Geschäftsvorfälle behandelt. Die Kommunikation zur Transaktionsschicht erfolgt in „reiner“ HTML.

Die Transaktionsschicht wird im HTTP Server über Java oder PHP Scripts realisiert, wobei alle Requests direkt zum Host weitergeleitet und die Responses in den entsprechenden HTML Code „übersetzt“ werden. Die Kommunikation mit dem HOST erfolgt über eine TCP/IP Schnittstelle, welche mittels XML kommuniziert. Das XML wird mittels XML Schema validiert und somit eine korrekte Datenübertragung gewährleistet. Die Schnittstelle folgt dem Prinzip des Connection Pooling, somit wird eine feste Anzahl von maximal erlaubten Verbindungen gewährleistet.

Am Host erfolgt die eigentliche „Verarbeitung“ der vom Anwender im Browser gestellten Anforderungen, umgesetzt durch die Transaktionsschicht zu XML-Requests. Die Requests werden von dem W2HI-Server an die Anwendung via API weitergeleitet, von den eigentlichen Anwendungsprogrammen verarbeitet, die Response in XML gebildet und via W2HI-Server – Web Server zum Browser übermittelt.

 

Application Programm Interface – API

Für den Betrieb von WEB/HOST-Anwendungen wird ein API zur Verfügung gestellt, welches die Umsetzung von REXX / ISPF-Services zu XML allgemein und die Kommunikation zum W2HI Server unterstützen.

Sowohl das API als auch die eigentlichen Anwenderprogramme (REXX, Anschluss anderer Sprachen möglich) laufen unter den User-Rechten des angemeldeten Benutzers analog TSO.

Anwendungs-Programm-Requests werden ausschließlich synchron ausgeführt, d.h. das API „wartet“ nach dem Absetzen eines Anwender-Requests an den W2HI Server auf dessen Response und gibt erst mit dem Eintreffen der Response die Steuerung an die eigentliche Anwendung zurück.

Im Einzelnen werden durch das API folgende Funktionen realisiert:

      • Kommunikation zum W2HI Server
        • APPC Kommunikation (Transport)
        • XML (Inhalt)
      • XML Parser für eingehende Nachrichten
      • XML Generator für ausgehende Nachrichten
      • Umsetzen / Generieren der verschiedenen Requests (z.B. Message ausgeben)
      • Behandlung von Anwendungs-Programm-Fehlern (falscher Request, Datenfehler…)
      • LOGON Processing (Passwortprüfung / Passwortwechsel) = direkte RACF Calls
      • Bereitstellen REXX Interface für die Anwendungsprogramme
      • Allg. Routinen für Anwendungs-Programm-Requests
      • Routinen für Entwicklung und Test (Traces)
      • Behandlung von Time-Outs in der W2HI Kommunikation
      • APPC Scheduler, der das vom W2HI-Server angestoßene TP startet
      • Zugriff auf die Anwendungsdaten unter der Berechtigung des angemeldeten Benutzers

 

Anwendungsprogramme

Unter den Anwendungsprogrammen werden die in REXX geschriebenen eigentlichen Anwendungen verstanden.

Eine Erweiterung des API für andere Programmiersprachen (PL/I, Cobol, Assembler) ist möglich. Dafür stehen die entsprechenden Kommunikations-Steuerblöcke als Macros / Includes zur Verfügung.

Die Kommunikation mit dem API erfolgt in einem speziellen ISPF Environment.