Einen REST-Server mit Delphi/CPP Builder erstellen?

[Der schöne Günther]

Geschwindigkeit und Enterprise-Versionen sind kein Problem. Allerdings sehe ich keine Möglichkeit, das einfach als Wi dows-Dienst zu realisieren: Apache, IIS, Standalone-exe. Das passt doch alles nicht (oder?)

[Lemmy]

Guten Morgen,

TidHttpServer in einen Dienst packen und gut ist - wo ist das Problem? Warum soll das nicht als Dienst funktionieren? Das ist im Grunde auch nix anderes als eine "standalone-exe" die in einem besonderen Kontext ausgeführt wird....

Oder Du nimmst z.B. die hier: https://secure.habariwebcomponents.de/demo/index.html

[Der schöne Günther]

Zitat von Lemmy:

TidHttpServer in einen Dienst packen und gut ist

Nach Rufos Vorschlag einfach mal angefangen und ja- da steckt wohl wirklich nichts dahinter. HTTP GET und gut ist. Das werde ich wohl so machen.

Zitat von jaenicke:

Bei Bedarf kann ich zu dem Thema auch noch mehr zeigen

Speziell zu Service/Normale Anwendung oder DataSnap als Service? Zu ersterem hatte ich auf StackOverflow einmal etwas gefunden, aber noch nicht gelesen. Besonders zweites würde mich wirklich stark interessieren, aber zu ersterem sage ich auch nicht nein
Und ich denke so einige hier auch nicht.

[jaenicke]

Zitat von Der schöne Günther:

Zu ersterem hatte ich auf StackOverflow einmal etwas gefunden, aber noch nicht gelesen.

Das ist dort allerdings extrem kompliziert gemacht.
Und vor allem nicht schön finde ich.

Ich schaue mal, dass ich dazu komme, meine Lösung zu posten.

[TiGü]

Zitat von Der schöne Günther:

Zitat von Lemmy:

TidHttpServer in einen Dienst packen und gut ist

Nach Rufos Vorschlag einfach mal angefangen und ja- da steckt wohl wirklich nichts dahinter. HTTP GET und gut ist. Das werde ich wohl so machen.

Wie hast du das Problem letztendlich gelöst?
Ich stehe vor einer ähnlichen Aufgabe und bin irgendwie auf dem gedanklichen Holzweg, wenn es darum geht die eigene Applikation auf REST-Befehle responsiv zu gestalten.

[Der schöne Günther]

Ganz billig. Wenn du ein, zwei Tage warten kannst such ich das nochmal heraus. Im Endeffekt war es einfach nur auf den HTTP-GET-String geschaut, eine dazu passende Behandler-Methode aufgerufen und die über HTTP übergebenen Params (sowie die Rückgaben) waren halt Json-Objekte. Mehr habe ich nicht gebraucht.

[Phoenix]

Zitat von Der schöne Günther:

Ganz billig.

Seit wann ist REST 'Ganz billig'?

Du brauchst semantisch korrekten Support für GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS, CONNECT und TRACE. Du brauchst korrektes Handling von Cache-Headern.
Du brauchst vor allem HATEOAS, und das ist definitiv nicht mehr 'billig', geschweige denn noch irgendwie Trivial.

Ein RMM Level 0 wäre billig, aber das ist dann kein REST. Dann reden wir maximal von einer 'HTTP-(GET oder POST) API'.

[Der schöne Günther]

Eben. 2/3 deiner Abkürzungen höre ich zum ersten mal. Deshalb war meine Lösung billig, sprich: Unvollständig. Für mein Szenario hat es gereicht.

[Daniel]

Zitat von Phoenix:

Du brauchst semantisch korrekten Support für GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS, CONNECT und TRACE. Du brauchst korrektes Handling von Cache-Headern.

Nö. Sorry. Aber nö.
Natürlich musst Du die fachlichen Anforderungen erfüllen, aber wenn Dein Datenmodell beispielsweise kein Löschen vorsieht, sollte die Zeit, die Du in die Implementation von "DELETE" steckst, überschaubar bleiben. REST schreibt ausdrücklich nicht vor, dass alle Methoden zu implementieren sind. Ein REST-Service, der nur HTTP-GET implementiert, trägt den Namen REST trotz allem völlig zu Recht.

[TiGü]

Zitat von Der schöne Günther:

Ganz billig. Wenn du ein, zwei Tage warten kannst such ich das nochmal heraus. Im Endeffekt war es einfach nur auf den HTTP-GET-String geschaut, eine dazu passende Behandler-Methode aufgerufen und die über HTTP übergebenen Params (sowie die Rückgaben) waren halt Json-Objekte. Mehr habe ich nicht gebraucht.

Das wäre lieb.
Ich bin zwar jetzt drei Schritte weiter, aber vielleicht kann ich trotzdem was mitnehmen.

Nachdem ich gestern Nachmittag verzweifelt und erfolglos versucht habe, an unseren bestehenden DataSnap-Server eine TDRESTWebDispatcher-Komponente zu knüppeln, habe ich diesen Thread gefunden.
Leider ging gar nix, es kam nichts an im OnCommandGet-Handler der TidHTTPServer-Instanz.
Heute morgen fahre ich den Rechner hoch und siehe da: sowohl per Browser als auch per RESTDebugger kann ich den Indy-Server ansprechen und der OnCommandGet-Handler wird aufgerufen...

Manchmal muss man einfach nur neustarten!