5.2 TS/IDLE: Einbindung von Mono-IS in W3
107
Browser zwischengespeicherte) Anfragen des Endbenutzers als solche zu
erkennen und darauf zu reagieren.
Erkennung von Folgeanfragen
Grundsätzlich wird zu diesem Zweck für jeden sich anschliessenden Endbenutzer
eine Instanz des TS gestartet. Diese TS-Instanzen werden durch Prozess-
Identifikationsnummern (PID) eindeutig identifiziert. Dies bedeutet in W3, dass die
PID in alle Hyperlinks und in Formulare eingebunden werden muss. Damit laufend
entschieden werden kann, ob eine Anfrage eine neue Folgeanfrage auf eine
gelieferte HTML-Seite oder eine erneute Übermittlung einer älteren Anfrage ist,
werden zusätzlich Sequenznummern erzeugt und jeder dynamisch erzeugten
HTML-Seite zugewiesen. Die Sequenznummer identifiziert zusammen mit der PID
der TS-Instanz jede erzeugte HTML-Seite eindeutig.
Die beiden zusätzlichen Angaben (PID der TS-Instanz und Sequenznummer der
HTML-Seite) könnten bei HTML-Formularen sehr einfach in versteckte Felder
(Input-Felder mit Typ 'hidden') abgelegt werden. Bei Hyperlinks geht das nicht.
Dort müssen die gesamten Angaben, bestehend aus der Adresse des IDLE-
Programms, PID der TS-Instanz und Sequenznummer in der URL untergebracht
werden. Da der TS die URL von links nach rechts abarbeitet, können nach der
Adresse noch weitere Angaben als Argumente angegeben werden:
URL/IDLE-Argumente
Die URL für eine Erstanfrage an einen TS könnte z. B. wie folgt aussehen:
Diese URL gliedert sich aus Sicht des TS in drei Teile:
2. Pfad und Name des Translation Servers (cgi-bin/ts)
3. Zusätzliche Argumente, im Beispiel die zu verwendende Beschreibung
(IDLE_NAME=svi.idle)
Diese URL veranlasst jeden W3-Server, ein Programm namens ts zu starten.
Dies wäre in diesem Fall der Translation Server. Die zusätzlichen Angaben
IDLE_NAME=svi.idle muss der TS aus den mitgelieferten Parametern
auslesen. Der TS kann daraufhin eine TS-Instanz starten und dieser mitteilen,
welches IDLE-Programm (svi.idle in diesem Fall) abzuarbeiten ist. Sobald
