SQL Based Webservice im IWS: Get mit Input-JSON

[dschroeder]

Vielen Dank an euch beide!

Ich werde das hier mal ansprechen. Mal sehen, ob wir einen der er beiden Wege gehen.

[Fuerchau]

Node.js läuft native auf der IBM i, ein zusätzlicher Web-Server ist nicht erforderlich, da Node.js Web-Requests behandeln kann, genauso auch wie auch DB-Zugriffe.
Man braucht auch keine Angst vor Performance haben. Mein Kunde betreibt einen Web-Shop, der 1000de JSON-Abfragen sowie Order-Uploads pro Minute schafft, ohne die ERP-Software zu beeinträchtigen.

[Andreas_Prouza]

Node.js wird genauso wie Python oder mittlerweile auch PHP über die Open Source Produkte (YUM) installiert.

Einen eigenen Webserver zu verwenden hat nichts mit der Sprache zu tun. Keine Sprache verlangt dies. Der eigene Webserver hat security technischen Hintergrund, zur Abtrennung zwischen der Web-Welt und der App.
Deshalb hab ich oben geschrieben "Man kann (und sollte)". Es ist ein schlechtes Design wenn man HTTP Konfigurationen (z.B. SSL mit Zertifikaten) in die Applikation einbaut. Das wird auch überall so empfohlen, selbst bei internen WebApps.

Node.js hab ich früher auch benützt und sogar Schulungen gehalten.
Bis zum Zeitpunkt als während einer Schulung ein Kunde ein Update benötigt hat, was darauf zur Folge hatte, dass danach gesamt Node.js nicht mehr funktionierte.
Kein Downgrade oder neu installation von Node.js hat dabei geholfen. Das ging soweit, dass auch Profound (welches auch Node.js verwendete) nicht mehr funktionierte. Das BackUp für die gesamte Partition musste her. (Zum Glück alles "nur" auf der Dev).
Der Erfinder von Node.js hat später dann Deno ins Leben gerufen, da es mit Node.js in einigen Punkten Probleme gab. Bei Deno meinte er, habe er alle Fehler, die er bei Node.js gemacht habe, beseitigt.

Das schöne an Python ist, es ähnelt in einigen Punkten RPG.
Es hat sehr viele einfache Features, wodurch man sich viel Code ersparen kann und es auch sehr schnell ist.
Möchte ich eine Sprache mit super Performance wo ich jeder Millisekunde hinterher weine, würde ich in Rust bzw. auf der IBM i sowieso RPG nehmen.

[dschroeder]

Nochmals danke für eure Ausführungen. Man lernt nie aus.

Ich spreche das bei uns an.

[Fuerchau]

Somit geht es Node.js wohl so wie vielen anderen Produkten (Siverlight, Flash, ...) auch.
Viel verprochen aber wohl nicht ausgereift genug. Und wenn es dann noch nur von Einem abhängt umso schlimmer.
Ich nutzer eher pur Java, das hat sich über die Jahrzehnte auch nach Updates äußerst stabil erwiesen.
In wie weit es da auch entsprechende JSONServerunterstützung gibt weiß ich auch nicht.
Aber wie so oft auf der IBM i, es gibt viele Wege.

Ich warte immer noch auf eine .Net-Core (früher Framework) Implementation auf der IBM i.
Schließlich gibts das schon für Mac, Android, IOS, Linux.
Da könnte man dann mal tatsächlich Komponenten entwickeln, die überall laufen können.
Mal sehen, wie lange sich IBM da noch wehrt.