Verteilte Objekte

Internet und Intranet
durch seine Zustandslosigkeit für Einsätze in großen Klient/Server Architekturen und als
Plattform für verteilte Objekte ungeeignet.
CGI ist die Schnittstelle zwischen einem HTTP-Server und einer Anwendung. Dadurch können
Methoden (z.B. Datenverarbeitung und -suche) jenseits der Möglichkeiten von HTML und HTTP
auf Serverseite ausgeführt werden. So kann zum Beispiel über CGI eine Anmeldung an eine
Datenbank erfolgen, ein Datensatz gesucht und als HTML-Seite aufbereitet, über HTTP, an den
anfordernden Klienten zurückgegeben werden. CGI ist auf unterschiedlichen Plattformen
implementiert und wird oft als Skript bezeichnet, da es zumeist in Skript- oder Batchsprachen wie
Perl, TCI und MS-DOS Batch realisiert ist [ORF97].
Neben der Erweiterung der Mächtigkeit von HTTP durch CGI, kommt für den Einsatz im offenen
Internet der Sicherheit des Gesamtmodells eine besondere Bedeutung zu. An der Schnittstelle
zwischen Klienten und Server bietet das „Secure Socket Layer (SSL)“ 6 eine Möglichkeit der
sicheren Kommunikation (vgl. Anhang B). SSL ist ein low-level Protokoll, das sichere
Kommunikation zwischen WWW-Servern und Browser gestattet [DRAFT95]. In diesem
Zusammenhang fällt auch der Begriff des „Hypertext Transfer Protocol with privacy (HTTPS)“.
Eine HTTPS Verbindung ist eine HTTP Verbindung unter Verwendung der SSL-Verschlüsselung.
Eine Beschreibung des Verbindungsaufbaus wird im Anhang B exemplarisch dargestellt.
Damit sind die Grundlagen für den „aktuellen“ elektronischen Markt geschaffen. Klar wird aber,
daß die vorgestellte Architektur die Einfachheit weit über die Effizienz legt. Die Kombination von
HTTP und CGI ist sehr langsam und durch die Zustandslosigkeit als „Middleware“ ungeeignet.
Weiter bietet es, ohne Kombination mit HTTPS, keine inhärente Sicherheit und unterstützt damit
auch keine Transaktionen. Trotz dessen ist diese Kombination das zur Zeit meist verwendete
Modell für 3-Tier-Anwendungen im Internet [ORF97]. Aufgrund der weiten Verbreitung ist diese
detaillierte Betrachtung von CGI sinnvoll. CGI ist eine Möglichkeit, die es einem Browser
ermöglicht, eine Anwendung auf dem WWW-Server auszuführen. Entweder werden CGI-Anwendungen
in einer Skriptsprache formuliert und zum Beispiel durch einen Perl Interpreter
ausgeführt, oder in C/C++ geschrieben und in eine Anwendung kompiliert. Letzteres hat unter
WinNT erhebliche Vorteile in der Performanz, da die binäre DLL nur einmal in den Adreßraum
geladen werden muß.
Im Unterschied zu diesem Ansatz verwendet der NT Server von Microsoft nicht CGI, sondern
das „Internet Server Application Programming Interface (ISAPI)“. ISAPI-Anwendungen sind
DLLs anstelle von ausführbaren Programmen. Die ISAPI-DLL ist ein Kommunikationskanal
zwischen dem „Internet Information Server“ und dem Internetdienst. Dieser WWW-Dienst lädt
die ISAPI-DLL bei Bedarf in den eigenen Adreßraum. Eine ISAPI-Anwendung kann weiter die
Vorteile der Win32-API und darüber auch die des „Open Database Connectivity (ODBC)“
Standards ausnutzen. Darüber hinaus bieten diese Anwendungen bessere Performanz, da sie die
Vorteile von Speicherzeiger ausnutzen können, und nicht für die Beantwortung wiederholter
Anforderungen neu gestartet werden müssen. Die DLL wird erst wieder aus dem Arbeitsspeicher
entfernt, wenn sie lange nicht angefordert wurde. Dadurch entfällt auch der Prozeßwechsel auf
der WWW-Serverseite, da die DLL in den Adreßraum des anfordernden Prozesses, also des
WWW-Servers, geladen wird. Wenn die ISAPI-DLL geladen ist, ist der Code Teil des WWW-
Dienstes und die ISAPI-Anwendung dient lediglich als Erweiterung [MS963]. Der „Internet
Information Server“ der Firma Microsoft arbeitet mit zwei unterschiedlichen Typen von ISAPI-
DLLs:
1. ISAPI-Anwendungen sind Erweiterungen, welche die dynamische Inhaltserstellung und bei
Anforderung auch die explizite Inhaltserstellung ermöglichen. Explizite Seiten sind dabei auf
dem WWW-Server abgelegt, dynamische Seiten werden erst bei Anfrage durch den Klienten
erstellt.
6 Vergleiche auch http://home.netscape.com/newsref/std/SSL.html.
16