Anmelden an Webmodul über IdHTTP

[nahpets]

Hallo Thom,

Danke für die viele Mühe die Du Dir bei der Probelmlösung machst.

Auf dem IIS hast Du quasi meine DLL eingebunden, die Ergebnisseite ist bei Dir deutlich "besser" mit Informationen gefüllt, als bei mir. D. h.: Mein Webserver gibt (warum auch immer) nicht alle Informationen preis. Da ich für das ganze nur die Indy-Komponenten sowie idRunner components v. 3.4 nutze, muss ich die Ursache (vermutlich) dort irgendwo suchen oder eine Stelle finden, an der ich die Informationen gezielt "einstreuen" kann.

Die Änderung an der DLL bringt bei mir keinen Vorteil, im Gegenteil, die Methode wird immer im neuen Else-Zweig verlassen, so dass ich nie ein Ergebnis zu Gesicht bekomme. Der Webserver fordert aber die Anmeldung an und protokolliert die erfolgreiche Anmeldung.

Das sieht im Protokoll dann so aus:

Code:

HTTPServer | 2013.04.10 23.49.45,453 | 127.000.000.001:4068 | stephan | GET /scripts/webmodul.dll/request
HTTPServer | 2013.04.10 23.49.45,453 | 127.000.000.001 | localhost | erlaubter Zugriff mit IP-Security
HTTPServer | 2013.04.10 23.49.45,500 | Login ok | Benutzername: stephan
HTTPServer | 2013.04.10 23.49.45,625 | 127.000.000.001:4068 | stephan | GET .\scripts\webmodul.dll | 4375 | 200 | text/html

Da mein Webserver nicht aus der großen weiten Welt zu sehen ist, sondern nur lokal genutzt wird, habe ich mal die Ergebnisseite, wie sie sich hier darstellt, drangehängt.

[Thom]

Hallo Stephan,

das sieht ja wirklich recht spartanisch aus...

Da ich die idRunner-Komponenten nicht kenne, kann ich leider dazu nichts sagen. Aber irgendwie scheinen die einen großen Teil der Informationen zu verschweigen. Normalerweise sollten alle Informationen, die vom Klienten kommen, auch im Rohformat an die ISAPI-Dll durchgereicht werden, so daß sie über die entsprechenden Anweisungen ausgelesen werden können. Wenn hier schon Request.GetFieldByName('ALL_RAW'); versagt, stimmt etwas nicht. Insofern scheint das ISAPI nicht vollständig unterstützt zu werden.

Wahrscheinlich hilft nur debuggen, da - so weit ich jetzt gelesen habe - diese Komponenten nicht weiterentwickelt werden.

[nahpets]

Hallo Thom,

jo, da muss ich dann nochmal ran, es war schon ein erheblicher Aufwand die Komponenten soweit anzupassen, dass sie nun mit Indy 10 genutzt werden können. Bei den Indy-Komponenten ist wohl irgendwann zwischen Indy 8 und Indy 10 erhebliches geändert worden.

Im Webserver habe ich halt TRequestInfo zur Verfügung mit allen Infos, die Indy liefert. TRequestInfo wird, inhaltlich unverändert, an die IDRunner-Komponente weitergegeben, so dass dort eher nichts verloren gehen dürfte. Im Webmodul für die DLLs steht dann TWebRequest zur Verfügung, hier enthält der Request aber nicht alle Attribute, die TRequestInfo von Indy enthält. Bisher habe ich noch nicht verstanden, wie die Daten nun genau vom Webserver an die DLL weitergereicht werden. Irgendwo in dieser (noch) Blackbox werde ich dann wohl mal suchen müssen.