REST Webservice aus SRVPGM Error 404

[Fuerchau]

Da nun mal RPGLE trotz allem nicht objektorientiert ist, stellt sich eine Spracherweiterung eben als nicht so einfach dar.
OOP-Sprachen sind da äußerst flexibel und mittels Funktionsbibliotheken unendlich erweiterbar.
Hier ist das halt im RPGLE-Umfeld doch mit nicht unerheblichen Schwierigkeiten verbunden.
Da kann ich die OOP-Fraktionen durchaus verstehen.

Nichts desto trotz lassen sich natürlich mit RPGLE super Anwendungen für die AS/400 schreiben.

[mihael]

Manche Dinge lassen sich in OO Sprachen sicherlich einfacher umsetzen. Dennoch ist sehr vieles in RPG möglich. Vieles was in C möglich ist ist auch in RPG möglich. Es liegt an der Community. Es liegt an den fehlenden Softwareprojekten der Community, dass alle glauben, dass man Dinge nicht mit RPG umsetzen kann.

Ich denke es lässt sich ein REST Framework auch in einer (oder mehreren) ILE fähigen Sprache(n) umsetzen, so dass es dann von RPG nutzbar ist.

[BenderD]

Da nun mal RPGLE trotz allem nicht objektorientiert ist, stellt sich eine Spracherweiterung eben als nicht so einfach dar.
OOP-Sprachen sind da äußerst flexibel und mittels Funktionsbibliotheken unendlich erweiterbar.
Hier ist das halt im RPGLE-Umfeld doch mit nicht unerheblichen Schwierigkeiten verbunden.
Da kann ich die OOP-Fraktionen durchaus verstehen.

Nichts desto trotz lassen sich natürlich mit RPGLE super Anwendungen für die AS/400 schreiben.

... was hat PHP mit Objekt Orientierung zu tun? Ich denke gerade darüber nach, ob PHP eine Programmiersprache ist - na gut, für Arme und Kranke, wenn man sonst nix hat oder kann...

D*B

[B.Hauser]

Lieber Dieter,

da für Dich alles nicht gut genug ist ... was ist denn Deiner Meinung nach die beste Lösung? Java?!
Das hat aber auch seine Ecken und Kanten und an manchen Stellen sind eben Dinge sogar mit den Pfusch und Huddelduddel-Sprachen einfacher und eleganter zu realisieren.

Die Tendenz geht einfach dahin, dass das richtige Tool für den richtigen Zweck verwendet wird.

Birgitta

[BenderD]

Lieber Dieter,

da für Dich alles nicht gut genug ist ... was ist denn Deiner Meinung nach die beste Lösung? Java?!
Das hat aber auch seine Ecken und Kanten und an manchen Stellen sind eben Dinge sogar mit den Pfusch und Huddelduddel-Sprachen einfacher und eleganter zu realisieren.

Die Tendenz geht einfach dahin, dass das richtige Tool für den richtigen Zweck verwendet wird.

Birgitta

... was soll denn diese persönliche Anmache? PHP ist eine Skriptsprache zur Erstellung dynamischer Webseiten - nicht mehr und nicht weniger. Wer meint damit klassische Business Anwendungen, wie sie in RPG existieren, neu zu erstellen, nutzt einfach das falsche Werkzeug! Objekt orientiert nennt sich heute fast alles, das ist so schön modern, trifft aber auf vieles nicht wirklich zu.
Das mit dem richtigen Tool ist entweder schönfärberisch oder geht an der Realität vorbei. Im richtigen Leben benutzt man - oft leider - in der Tat das was man hat oder kann und viel zu oft eben gerade nicht ein - es gibt immer mehrere Möglichkeiten - angemessenes Werkzeug.

D*B

[mihael]

Das mit dem richtigen Tool ist entweder schönfärberisch oder geht an der Realität vorbei. Im richtigen Leben benutzt man - oft leider - in der Tat das was man hat oder kann und viel zu oft eben gerade nicht ein - es gibt immer mehrere Möglichkeiten - angemessenes Werkzeug.

Da muss ich Dieter Recht geben. Viele nutzen einfach nur die Tools, die sie kennen. Ob es dann das richtige oder auch angemessene Tool ist spielt keine Rolle. Viele sind nicht bereit (oder in der Lage) sich auf Neues (oder etwas was sie noch nicht kennen, egal wie alt es ist) einzulassen. Und ich schliesse mich da selber gar nicht von aus (manchmal siegt ebend auch die Faulheit =) ).

Mihael

[camouflage]

Ich schliess mich mal hier gerade auch an. Die heutigen Anfroderungen verlangen halt, dass ein Mix aus verschiedensten Umgebungen nötig ist. Ich denke, das hat auch IBM erkannt und lässt allerlei auf der IBMi zu, siehe die neusten "Open"-Umgebungen.

Und wenn ich schon dabei bin, ich krieg es einfach nicht gebacken, ein Eingabefeld unter Unicode für verschiedene Sprachen zu erstellen. Sprich, Bezeichnungen für Griechisch, Englisch, Deutsch und Tschechisch unter einer CCSID zu erfassen. (Ok, griechische Zeichen z.B. mit Copy/Paste aus Win).
Das muss doch möglich sein, da bin ich doch nicht der Einzige. :-(

[Fuerchau]

Ja und nein.
In DSPF-DDS ein Graphic Feld mit CCSID 13488 (im RPGLE dann Typ C) und die MAXLEN auf die Hälfte beschränken.
Die CA-5250 erlaubt dann eine Eingabe in der Codepage der Sitzung (hier gibts kein Unicode).
Im Programm kommt aber UCS2 dann an und kann in der DB gespeichert werden.
Ebenso kann auch eine Ausgabe erfolgen.
Eine gleichzeitige Darstellung aller Zeichen wird schon von der 5250-Sitzung nicht unterstützt.

Die neue ClientSolutions (ist ja nun Java) soll das aber angeblich können.
Vielleicht probierst du das damit.

Ebenso gibts das auch bei PRTF's (auch hier nur Typ G mit CCSID 13488) sowie dem Schlösselwort FONT dass dann dei Auswahl von unicodefähigen True/Opentype-Fonts erlaubt.
Dies wird dann allerdings nur für die PDF-Ausgabe unterstützt. Selbst Hosttransform kann das dann leider nicht.

[camouflage]

Hi Baldur,

das mit der Java Version ist so ne Sache - klappt ooch nich. Klar auch warum...
"Move Unicode field to rpg-char variable, characters not in char-set-ccsid target will be lost"

Des geht wohl mit RPG ned ...

[Fuerchau]

"Move Unicode field to rpg-char variable" geht auch tatsächlich nicht.
Du musst ja auch eine UCS2-Variable (Typ C) verwenden, die ist dann eben vom Typ Graphic UCS2.

[B.Hauser]

Schau Dir mal das Schlüssel-Wort CCSID in den H- und D-Bestimmungen und die Compiler-Direktiven /SET und /RESTORE an. Vielleicht kommst Du damit weiter.

CCSID Control Keyword
CCSID Definition Keyword
/SET Compiler Directive
/RESTORE Compiler Directive

Birgitta

[Rainer Ross]

Zu der interessanten Diskussion über Webservices habe ich ein paar Beispiele von mir zusammengetragen

Webservice auf der IBM i, der Daten in Tschechisch, Russisch und Chinesisch in XML mit unterschiedlichen CCSID's liefert: www.myhofi.com/muscgip/mymustst.pgm

Webservice auf der IBM i, der Daten in JSON liefert: www.myhofi.com/myapp/websrvknd1.pgm?id=1

PHP ruft Webservice auf der IBM i auf: http://phpfiddle.org/main/code/z4ij-5n7d

Webservice auf der IBM i mit Node.js programmiert: https://github.com/RainerRoss/webser...-i-and-Node.js

Webservices von IBM i anzusprechen, z.B. den Webservice von Google Maps, geht sehr einfach über HTTPGETCLOB oder HTTPGETBLOB https://worksofbarry.github.io/blog/?4

Mein Spezialgebiet ist das Bereitstellen von zeitkrititschen und hochperformanten Webservices auf der IBM i, z.B. die Anbindung von Webshops, die Daten von der IBM i benötigen oder von Webanwendungen, die über AJAX auf Webservices zugreifen www.myhofi.com/devhtm/spoolsorter.htm

Herzliche Grüße
Rainer