REST Webservice aus SRVPGM Error 404

[Malte]

Hallo *all,

ich hab es mittlerweile so weit hin bekommen das ich ich die Methoden ansprechen kann.

bei mir war das Problem das ich bei URI-Pfadvorlage den Pfad nicht erweitert habe
Also jetzt sieht das so aus :

Prozedurnamen:	GETDATA
HTTP-Anforderungsmethode:	GET
URI-Pfadvorlage für die Methode:	GetData/{request}
HTTP response code output parameter:	*NONE
HTTP header array output parameter:	*NONE
Zulässige Eingabemedientypen:	*ALL
Zurückgegebene Ausgabemedientypen:	*JSON

Eingabeparameterzuordnungen: Parametername Datentyp Input source Kennung Default Value query char *PATH_PARAM request *NONE

Prozedurnamen:	GETQUERYINFO
HTTP-Anforderungsmethode:	GET
URI-Pfadvorlage für die Methode:	GetQueryInfo/{queryName}
HTTP response code output parameter:	*NONE
HTTP header array output parameter:	*NONE
Zulässige Eingabemedientypen:	*ALL
Zurückgegebene Ausgabemedientypen:	*JSON

Eingabeparameterzuordnungen: Parametername Datentyp Input source Kennung Default Value queryName char *PATH_PARAM queryName *NONE

Prozedurnamen:	GETQUERIES
HTTP-Anforderungsmethode:	GET
URI-Pfadvorlage für die Methode:	GetQueries/
HTTP response code output parameter:	*NONE
HTTP header array output parameter:	*NONE
Zulässige Eingabemedientypen:	*ALL
Zurückgegebene Ausgabemedientypen:	*JSON

Das einzige Problem ist jetzt noch ich weiß nicht wie ich es hinbekommen kann das ich an den Webservice XML übergebe das läuft bei mir immer auf einen 404 weil er die "/" im XML als Trennzeichen für den URL interpretiert.

Hat da einer eine Idee ?

MfG Malte

[andreaspr@aon.at]

Ich persönlich finde ja das RPG nie dafür gemacht wurde mit dem Web zu interagieren.
Und all diese Erweiterungen damit es irgendwie mit dem Web kommunizieren kann, finde ich nicht unbedingt zeitgemäß.
Aber wie gesagt, nur meine persönliche Meinung!

Ich bevorzuge da PHP auf der i. Da kannst du mit wenigen Zeilen Code ein fertiges WebService erstellen.
Um die korrekte Verarbeitung von XML (ein/ausgehend) brauche ich mir da auch keine Gedanken machen.
Und mit JSON geht es sogar noch einfacher.

Kann auch schnell und einfach getestet werden.

[mihael]

Ich persönlich finde ja das RPG nie dafür gemacht wurde mit dem Web zu interagieren.
Und all diese Erweiterungen damit es irgendwie mit dem Web kommunizieren kann, finde ich nicht unbedingt zeitgemäß.
Aber wie gesagt, nur meine persönliche Meinung!

Ich bevorzuge da PHP auf der i. Da kannst du mit wenigen Zeilen Code ein fertiges WebService erstellen.
Um die korrekte Verarbeitung von XML (ein/ausgehend) brauche ich mir da auch keine Gedanken machen.
Und mit JSON geht es sogar noch einfacher.

Kann auch schnell und einfach getestet werden.

Was kann denn PHP was RPG nicht kann (rhetorisch)? Das Problem besteht überhaupt nicht in der Programmiersprache. Besonders nicht, da man von RPG auch auf andere ILE fähigen Sprachen zugreifen kann. Das Problem ist, dass für RPG fast ausschliesslich IBM Frameworks und Spracherweiterung anbietet. Und wenn IBM in dem Feld nix macht, dann passiert auch nix. In anderen Sprachen ist die Community wesentlich aktiver (was Softwareprojekte angeht) und nicht so fixiert auf den Hersteller der Programmiersprache. Wenn in anderen Sprachen Elemente oder Frameworks fehlen, dann werden sie von der Community beigesteuert. Das fehlt im RPG Umfeld fast total.

Wenn RPG ein gutes Framework hätte für Web Services, dann wäre auch RPG ein guter Mitspieler im WWW. Leider fehlt ein entsprechendes Angebot an Software.

Ich versuche dem ein wenig abzuhelfen und habe ein Projekt gestartet: BlueDroplet. Siehe https://bitbucket.org/m1hael/bluedroplet . Das Projekt steckt noch in den Kinderschuhen, aber wir machen schon ganz gute Fortschritte.

Meine 2 Cent.

Mihael

[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 ...