HTTP Get XML Datei empfangen

[LaCosaMia]

Kann ich den TIdHttpServer auch in Form eines Web Services nutzen ?
Der Web Service soll hinterher auf einem Apache laufen.

Danke für die Hilfe.

[vagtler]

Das ist der Zeitpunkt, wo wir vielleicht noch einmal auf Anfang gehen sollten.

Was sind Deine genauen Anforderungen?

[LaCosaMia]

Die Datei wird über einen Client, auf welchen ich keinen Einfluß habe, per HTTP POST im Body an den Web Service übertragen.

Nun muss ich mit einem Web Service oder CGI Anwendung diesen UTF8 Stream annehmen und weiterverarbeiten. Mit C# habe ich das ja schon gut hinbekommen, lediglich die Weiterverarbeitung des Stream bzw. der XML Datei ist in C# für mich etwas schwierig.

War das detailiert genug?

[vagtler]

Zitat von LaCosaMia:

[...] War das detailiert genug?

Nein. Nicht mal ansatzweise.

Was verstehst Du unter einem Webservice? https://en.wikipedia.org/wiki/Web_service

Sollst Du eine RESTful-Architektur realisieren, oder doch lieber SOAP-basiert? Oder vielleicht irgendwas selbst gebrautes?

Dann sprichst Du plötzlich von einer Datei. Oben hast Du noch von einem XML im Body gesprochen. Das ist nicht dasselbe.

Und dann kommen auch noch Buzzwords wie Apache, CGI und UTF8-Stream vor, ohne sie näher zu erläutern.

Von fehlenden Plattformangaben z.B. ganz zu schweigen - wobei das daran liegen mag, dass ich nicht mal ansatzweise auf die Idee kommen würde, Apache unter Windows zu betreiben.

[LaCosaMia]

Ok, fangen wir von vorne an.

- Der Apache läuft auf einem Windowsrechner (ist so, kann ich erstmal nicht auf den IIS umstellen)
- Es wird vom Client eine XML Struktur per POST im Body an den Web Service (reden wir gleich nochmal darüber) als UTF8-Stream geschickt.
- In C# habe ich den Stream angenommen und wieder als XML File abgespeichert.
- Spontan würde ich RESTful sagen, da ich lediglich eine Methode, das Annehmen des Streams brauche.

Besser?

[LaCosaMia]

Es geht im ersten Schritt lediglich um die Übertragung des Streams.

[vagtler]

Welche Rolle spielt der Apache? Wofür brauchst Du den?

Und welcher Stream soll wohin übertragen werden?

[mjustin]

Zitat von LaCosaMia:

Kann ich den TIdHttpServer auch in Form eines Web Services nutzen ?
Der Web Service soll hinterher auf einem Apache laufen.

Ja, man kann mit TIdHTTPServer auch ohne weiteres einen Web Service bauen. Dazu muss nur eine Methode implementiert werden, in der man auf den Stream des POST Requests zugreifen kann (siehe unten).

Ein TIdHTTPServer ist aber so wie der Apache HTTP Server ein eigenständiger TCP Server. Wenn man ihn mit einem bestehenden Apache verwenden will, dann ist die einfachste Möglichkeit den Apache als Reverse Proxy zu konfigurieren. Der Apache Server leitet dann externe Anfragen an den in Delphi geschriebenen Web Service weiter. Meist genügen dafür ein paar Zeilen in der Apache Konfiguration

Code:

...
ProxyRequests Off
ProxyPass /service http://localhost:8080/service/
ProxyPassReverse /service http://localhost:8080/service/
...

Der Apache kann dann parallel auch andere HTTP Requests bearbeiten, z.B. PHP oder statische Dokumente. Nur die Requests an den Web Service werden an die Delphi Anwendung 'delegiert'.

Die vom Client per POST gesendeten Stream Daten stehen in der PostStream Property des ARequestInfo Parameters des TIdHTTPServer Eventhandler.

Wenn man die Komponente zur Designzeit erzeugt hat und den OnCommandGet EventHandler anklickt, kann man den automatisch erzeugten Sourcecode um die eigene Behandlung ergänzen.

Delphi-Quellcode:

procedure TForm1.IdHTTPServer1CommandGet(AContext: TIdContext;
  ARequestInfo: TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
var
  ReceivedStream: TStream;
begin
  // weise den Stream meiner temporären Variable zu
  ReceivedStream := ARequestInfo.PostStream;
  // verwende den Stream
  ...
  // Freigeben des Streams ist nicht notwendig, der Stream wird von Indy freigegeben
  // xxxStream.Free;
 
end;

Anstatt den HTTP Server zur Designzeit zu erzeugen kann man ihn auch dynamisch - zur Laufzeit - erstellen. Man benötigt dann nicht mehr die Forms und andere Teile der VCL, was die Web Service Anwendung kleiner macht.