Der konventionelle, interaktive Zugriff auf das SAP-System erfolgt über den SAPgui, der SAP-Transaktionsdynpros anzeigt und es den Benutzern ermöglicht, direkt mit dem SAP-System zu kommunizieren. Diese Kommunikation mit dem SAP-System erfolgt über ein spezielles SAPgui-Protokoll, das TCP/IP als Netzwerk-Grundlage verwendet. Der SAPgui hat eine direkte Netzwerkverbindung zum SAP-Anwendungsserver, entweder über ein lokales oder über ein globales Netz. Zusätzlich können Programme auch das RFC-Protokoll (Remote Function Call) der SAP verwenden, um mit dem SAP-System zu kommunizieren.

Um auf das SAP-System über einen Web-Browser zugreifen zu können, ist ein zusätzlicher "Vermittler" erforderlich, der die Verbindung zwischen SAP-Technologie (SAP-Anwendungsservern und SAPgui) und Web-Technologie (Web-Servern und -Browsern) herstellt. Dieses Vermittler ist der Internet Transaction Server (ITS). Er bietet auf der einen Seite die Services eines Web-Anwendungsservers. Allerdings führt er dabei selbst keinerlei Transaktionsverarbeitung durch, sondern gibt die gesamten Geschäftsprozesse an das SAP-System weiter, mit dem er wie ein normaler SAPgui interagiert. Die nachfolgende Abbildung verdeutlicht diese Zusammenhänge:

Da die Verarbeitung der SAP Internet Applications Components (IACs) im SAP-System stattfindet, wird der Nutzen der SAP-Infrastruktur für Web-Transaktionen sofort greifbar. Einige Merkmale des ITS sind:

• Skalierbarkeit
• Handhabung der Anmeldung und der Benutzermodi im SAP-System
• Transaktionale Konsistenz für Web-Anwendungen
• Mehrsprachigkeit
• Code Page Konvertierung
• Volle Integration mit der ABAP Workbench
• Änderungs- und Transportsystem
• Benutzerverwaltung und Berechtigungskonzept
• Viele von SAP mitgelieferte, direkt verwendbare IACs
• Drei unterschiedliche Programmiermodelle:
• WebTransactions
• WebRFC
• WebReporting

Der Internet Transaction Server ist das Bindeglied zwischen dem Web und SAP. Er besteht aus zwei getrennten Programmen: WGate (Web Gateway) und AGate (Application Gateway), die entweder auf demselben Rechner oder auf zwei verschiedenen, über ein TCP/IP-Netz verbundenen Rechnern liegen können. Die Abbildung zeigt die Komponenten des ITS, die in den nachfolgenden Abschnitten näher erläutert werden:

Sie können die meisten zur Zeit auf dem Markt befindlichen Web-Browser verwenden, um auf die SAP Internet Application Components (IACs) zuzugreifen. Allerdings muß HTML 3.0-Standard unterstützt sein. Einige der SAP IACs verwenden zusätzlich Java-Applets oder "Dynamic HTML". Diese werden nicht von allen Browsern unterstützt.

Der Web-Server bildet die Schnittstelle zwischen Internet/Intranet und ITS. Er hat die folgenden Funktionen:

• Annahme von HTTP-Anforderungen von Client-Browsern.

• Weiterleitung von besonderen Anforderungen an das WGate über eine der unterstützten Schnittstellen und Rückgabe der dynamisch generierten HTML-Seiten an den Client.
• Übergabe statischer Informationen (beispielsweise in HTML-Seiten eingebettete Bilder) direkt aus dem Dateisystem des Web-Servers.

Der Web-Server lädt das WGate automatisch, sobald eine bestimmte URL gerufen wird. Diese URL hat in der Regel die Form

Die Wgate-Komponente verbindet den ITS mit dem Web-Server. WGate wird immer auf den selben Computer geladen wie der Web-Server. Folgende Standardschnittstellen von Web-Servern werden unterstützt:

• Microsofts Information Server API (ISAPI) unter Windows NT. Das Microsoft Information Server API lädt WGate als DLL (Dynamic Link Library) in den Web-Server-Prozeß.
• Netscape Server API (NSAPI) unter Windows NT. Das Netscape Server API lädt WGate ebenfalls als DLL in den Web-Server-Prozeß.
• Common Gateway Interface (CGI) unter Windows NT, UNIX und AS/400 (ab Release 4.5A). Unter den Plattformen UNIX und AS/400 startet die Common Gateway Interface das WGate als ein externes ausführbares Programm.

WGate empfängt Anforderungen vom Web-Server, stellt eine Verbindung zu AGate her und leitet die Anforderungen weiter. WGate selbst verarbeitet keine Daten, es sei denn, es tritt ein Fehler während der Kommunikation mit AGate auf. In diesem Fall erzeugt WGate eine Fehlermeldung.

Ein WGate wird für die Kommunikation mit genau einem AGate konfiguriert. Jede WGate-Instanz hat einen Namen, der dem Namen des zugehörigen AGate entspricht.

Das AGate-Programm ist als Windows NT Service implementiert. Es läuft unter Windows NT 4.0 für Intel-Prozessoren. AGate kann sich zwar auf derselben Maschine befinden wie WGate, SAP empfiehlt aber, zum Produktiveinsatz die beiden Komponenten auf unterschiedlichen Maschinen zu laden.

AGate ist für die Kommunikation mit SAP zuständig. Dies beinhaltet

• Aufbau der Verbindung über SAPgui oder RFC-Protokolle
• Generierung der HTML-Dokumente für die SAP-Anwendungen
• Verwaltung der Benutzer-Anmeldedaten
• Verwaltung des Modus-Kontext und der Timeouts
• Konvertierung der Code-Pages und Unterstützung der Landessprachen

Auf einem Computer können mehrere AGate-Instanzen installiert sein. Jede Instanz besitzt einen eindeutigen Namen.

Der ITS greift auf das SAP-System genauso zu, wie jeder SAPgui oder RFC-Client. Er kann unterschiedliche SAP-Systeme für unterschiedliche Web-Services verwenden. Alle Anmeldemethoden, wie z.B. Load Balancing über den SAP Message Server, werden vom ITS unterstützt. Im SAP-System sind keine besonderen technischen Vorkehrungen erforderlich, um IACs verwenden zu können.

ITS enthält ein Verwaltungswerkzeug auf HTML-Basis, mit dem Sie ITS-Instanzen konfigurieren, steuern und überwachen können. Mit dem Werkzeug können Sie

• ITS-Instanzen einzeln oder zusammen überwachen
• ITS-Performance überwachen
• ITS-Instanzen oder ihre entsprechenden Web-Server starten oder stoppen
• ITS-Konfigurationsparameter setzen und Sicherheitseinstellungen machen
• ITS-Servicedatei-Einstellungen anzeigen
• Registry-Einstellungen anzeigen
• Landessprachen-Informationen (NLS) anzeigen

Weitere Einzelheiten finden Sie in der SAP-Bibliothek.

Die zwei Komponenten des ITS, AGate und WGate, können entweder auf einem einzigen Computer (Single-Host-Installation) oder auf zwei getrennten Maschinen (Dual-Host-Installation) installiert werden. Außerdem können auf einem Computer mehrere ITS-Instanzen installiert werden und auch mehrere SAP-Systeminstanzen. Die einzelnen Möglichkeiten werden in den folgenden Abschnitten erläutert.

Die einfachste Konfiguration läßt sich durch die Installation von Web-Server, WGate und AGate auf einem Rechner mit Intel-Prozessor und Windows NT 4.0 als Betriebssystem realisieren. Diese Konfiguration genügt für Test- und Entwicklungszwecke mit kleinen Belastungen ("Personal ITS"). Für den Einsatz im Internet ist dies aber nicht ausreichend.

Um höheren Belastungen oder höheren Sicherheitsanforderungen gerecht zu werden, ist es möglich, die ITS-Funktionalität auf zwei Computer verteilen. In einer Produktivumgebung ist eine solche Dual-Host-Konfiguration zu empfehlen. Auf dem ersten Computer laufen Web-Server und WGate. Dieser Rechner muß mit dem Client-Zugriffsnetzwerk verbunden sein (Internet und/oder Intranet). Auf dem zweiten Rechner läuft AGate. Er ist mit WGate über ein TCP/IP-Netz verbunden und für die gesamte Kommunikation mit dem SAP-System zuständig.

Das folgende Schema zeigt Single- und Dual-Host-Installation. Da AGate nur für Windows NT 4.0 mit Intel-Prozessoren verfügbar ist, ist dies gleichzeitig die einzige Plattform, welche die Single-Host-Installation unterstützt. Bei Dual-Host-Installationen kann WGate auch auf einem UNIX-Host oder einem AS/400-Host laufen.

Auf einem Computer können mehrere ITS-Instanzen (auch "virtuelle ITS-Instanzen" genannt) installiert werden. Jede Instanz besitzt einen eindeutigen Namen und läuft als separater Windows NT-Service. Die ausführbaren Dateien werden von allen AGates auf einem Rechner gemeinsam genutzt, weshalb nur eine ITS-Version pro Rechner installiert werden kann.

Bei den meisten unterstützten Web-Servern können sich mehrere virtuelle Web-Server auf einem Rechner befinden. Web-Server-Instanzen besitzen ebenfalls Namen, anhand derer sie unterschieden werden können. Zum Zugriff auf die verschiedenen Web-Server-Instanzen eines Computers stehen drei unterschiedliche Möglichkeiten zur Verfügung:

• Der Computer besitzt mehrere IP-Adressen. Die Adressen können einer oder mehreren Network Interface Cards (NIC) zugeordnet werden.
• Die Web-Server verwenden unterschiedliche TCP-Ports. Ein Server kann beispielsweise den Standard-Port Nummer 80 verwenden, ein anderer Server den Port mit der Nummer 1080.

• Das HTTP-Header-Feld "Host". In diesem Fall sind der einzigen IP-Adresse des Web-Servers mehrere Alias-Namen zugeordnet. Dies sollte eigentlich dazu führen, daß alle Anfragen an die verschiedenen Alias-Namen denselben Computer erreichen. Der Web-Server kann diese Anforderungen aber anhand eines Feldes in der HTTP-Anforderung unterscheiden. Dieses Feld gibt den Namen des Servers an, an den die Anforderung gerichtet ist. (Dies gilt für HTTP-Version 1.1). Obwohl die meisten Browser diesen Standard nicht vollständig implementieren, wird das "Host"-Feld von fast allen Browsern unterstützt, sogar von älteren Versionen (Internet Explorer, Netscape Navigator und Opera Versionen 3.0 oder höher). Diese Methode funktioniert nicht bei SSL-verschlüsseltem HTTP.

Diese Installationsvariante ist geeignet für Web-Anwendungen mit wenig Belastung, wie beispielsweise Test- und Entwicklungssysteme. Das ITS-Verwaltungswerkzeug (siehe Online-Dokumentation) sollte ebenfalls als eigene ITS-Instanz auf jedem AGate-Computer installiert sein.

Eine Web-Anwendung mit ITS wird als ein SAP Internet Application Component (IAC) bezeichnet. Ein IAC besteht aus verschiedenen Komponenten. Einige davon befinden sich auf dem ITS-Server, andere im SAP-System. Zum Aufbau von Internet-Anwendungen stellt der ITS folgende Technologien bereit:

• WebTransactions: Hierbei handelt es sich um web-fähige SAP-Transaktionen. Sie sind bildschirmorientiert und folgen einem Dialogablauf wie normale SAP-Transaktionen. Dies impliziert, daß WebTransactions einen bestimmten Zustand besitzen: Der SAP-Anwendungsserver speichert den aktuellen Zustand der Anwendung. Nachfolgende Dialogschritte verwenden die Informationen vorhergehender Schritte. Nach Abschluß aller erforderlichen Schritte wird die Transaktion beendet, indem entweder das Ergebnis auf die Datenbank geschrieben wird (Commit) oder alle bis dahin durchgeführten Änderungen zurückgenommen werden (Rollback).

Der Zustand der Anwendungsdaten wird im SAP-System gehalten. Der ITS muß nur den Zustand des SAP-Bildschirmes halten, um ihn mit einer passenden Web-Seite synchronisieren zu können. Er erzeugt für jedes SAP-Transaktionsdynpro dynamisch eine neue Web-Seite. Dies geschieht mit Hilfe von Templates, die in einer ITS-spezifischen Programmiersprache, dem "HTML Business", geschrieben werden. Zusätzliche Ressourcen wie Sprach- oder Themadateien werden verwendet, um Aufgaben wie Mehrsprachigkeit und Webseiten-Design zu erleichtern.

Die folgende Abbildung zeigt, wie die Komponenten zusammenarbeiten, aus denen eine WebTransaction besteht, und wie die Kommunikation zwischen Browser, ITS und SAP-System abläuft.

• WebRFC kommuniziert direkt über ABAP-Funktionsbausteine. Diese Funktionsbausteine agieren insofern wie CGI-Scripts als sie Benutzereingaben verarbeiten, um dynamische Web-Seiten zu erzeugen. WebRFC ist eine Programmierschnittstelle auf niedriger Ebene.

Nur Funktionsbausteine, die eine bestimmte Schnittstelle implementieren, können von WebRFC verwendet werden. Die Funktionsbausteine müssen die Web-Anforderungsargumente auswerten, die entsprechenden Geschäftsfunktionen ausführen und eine interne Tabelle erzeugen, welche die HTML-Seite enthält, die dann an den Browser zurückgegeben wird. Als Alternative kann ein Funktionsbaustein ein binäres MIME-Objekt anlegen und dieses an den Browser schicken, z.B. eine Grafik oder eine Excel-Tabelle. Der ITS steuert die Anmeldeverwaltung und die Fehlerbedingungen für den Programmierer; die Funktionalität muß vom Funktionsbaustein vollständig implementiert werden.

Das Schema zeigt die Verarbeitung einer WebRFC-Anwendung:

• WebReporting erlaubt es Ihnen, (fast) jede Art von ABAP-Report oder -Liste über das Web aufzurufen. WebReporting basiert auf WebRFC. Der ITS ruft einen bestimmten ABAP-Funktionsbaustein im SAP-System auf, um den gewünschten Report auszuführen. Web-Seiten für Selektionsbilder werden dabei von diesem Funktionsbaustein automatisch erzeugt. Dann ruft er den Report auf, konvertiert die Ausgabedaten in das HTML-Format und gibt sie an den ITS zurück, der sie über HTTP an den Web-Browser weitergibt. Die Konvertierung wird durch Schablonen erleichtert, die sich dadurch von ITS-Schablonen unterscheiden, daß sie im SAP-System liegen und nicht die HTML Business-Sprache verwenden.

Das Schema zeigt, wie ein SAP-Report für das Web verarbeitet wird: