ISAPI-Filter

Wie schon erwähnt sind bei einer ordentlichen Implementierung drei Funktionen zu exportieren.

GetFilterVersion:

In dieser Funktion ist ein Record zu füllen mit der Versionsnummer einer Beschreibung und am wichtigsten den Flags.
Die Flags zeigen dem Webserver an welche Events (Notifications) siehe Tabelle 1, vom ISAPI-Filter bearbeitet werden.

HttpFilterProc:

Diese Funktion bearbeitet alle Events (Notifications) siehe Tabelle 1, es ist darauf zu achten das am Ende im Normal-Fall der Result - Wert auf SF_STATUS_REQ_NEXT_NOTIFICATION steht, falls die Bearbeitung im Filter nicht komplett erledigt wurde! Zu den einzelnen Notifications komme ich später.

TerminateFilter:

In dieser Funktion ist grundsätzlich erst einmal nichts erforderlich außer eine positive Rückmeldung an den Server zu senden.

Notifications

Für quasi jedes Event was im Webserver ausgelöst wird gibt es eine Einsprungmöglichkeit zum Überarbeiten oder um die Arbeit selbst zu übernehmen. Fangen wir mit einem der Interessantesten an SF_NOTIFY_PREPROC_HEADERS, hier stehen alle Informationen bezüglich eines Requests zur Verfügung, die dann bearbeitet oder ergänzt werden können, um dann vom Webserver weiter ausgeführt werden zu können, also die klassische Möglichkeit um einen URL-Rewriter zu erzeugen.

Da ich wie ich schon erwähnt habe, mehr auf objektorientierte Programmierung stehe hier wieder nur ein kleines Beispiel, aber eines was man zum Auffinden von Fehlern in einem Webauftritt gut benutzen kann, dieses Filter schreibt die Request Header von Fehlerhaften Seitenaufrufen in einen Logfile. Aber das Beste kommt noch, falls der Application Pool auf dem IIS hängt dann wird er von diesem Filter neu gestartet, dafür wird allerdings noch ein kleines Programm RecycleAppPool.exe benötigt!

hang_Filter.lpr

statusutils.pas