REST-Link aufrufen in CL

[Miles]

Noch mal Danke, habe eine Frage noch.
ich will es über SQL nun lösen was auch funktioniert nur nicht aus STRQM.
bekomme dort immer die Fehlermeldung: "Character conversion between CCSID 65535 and CCSID 1200 not valid."
Wenn ich es über die Garfische Oberfläche per SQL laufen lassen funktioniert es ohne Problem.
Ich habe auch keine Sonderzeichen oder etwas anders drin, denke das kommt von der Antwort.

Nachtrag ich verwende den Befehl: SYSTOOLS.HTTPGETCLOB

[Miles]

Hab den Fehlergefunden, DANKE hat funktioniert. Habe nach dem Fehler SQL0332 gesucht und habe eine Lösung gefunden das ich am besten die JOB-CCSID ändere auf 273. nun funktioniert es!

[Andreas_Prouza]

Mitlerweile gibt es die HTTP-Funktionen in der QSYS2.
Die sind auch in C statt in Java geschrieben, wodurch keine JVM gestartet werden muss.
https://www.ibm.com/support/pages/ne...ns-based-qsys2

[Fuerchau]

Generell bei SQL gilt, dass der Job eine CCSID <> 65535 haben muss wenn man mit Unicode oder UTF8 arbeitet.

Übrigens: gute Idee das mit QMQRY zu machen;-)!

[KM]

Hallo,

hätte man diesen SQL nicht auch mit einem einfachen RUNSQL oder mit QSH CMD('db2...') im CL-Programm aufrufen können?

Gruß,
KM

[Fuerchau]

RUNSQL kann keine Selects.
QSH wäre eine Möglichkeit, allerdings gibts da keine Table-Ausgabe, sondern nur Text.

Ich war letztes Jahr auf einer Vorstellung so neuer IBM i Features.
Da war einer ganz begeistert davon, mal so eben eine JSON-Abfrage auf einer Konsole per hyroglyphischem Kommando, bei der er sich mehrmals vertippt hat, auf den Bildschirm zu bringen.
Aber selbst wenige Spalten sahen da nicht sehr übersichtlich aus.

Da finde ich es wesentlich begeisternder, SQL's via Script, sogar mit Promptauswahlen, mal so eben in Excel oder csv zu speichern. Denn JSON brauche ich ja auch wieder relational.

[KM]

Von SELECT hab ich in der Anforderung von Miles aber nichts gelesen. Oder hab ich da was übersehen?

Gruß,
KM

[Fuerchau]

Stimmt, als "create table as ..." sollte es auch gehen.
Allerdings sollte man dann den SQL lesen und ausführen, denn im CLP einen SQL zu erstellen ist schon ambitioniert.
Außer, waram auch hier nicht SQL-Scripts?

[B.Hauser]

Stimmt, als "create table as ..." sollte es auch gehen.

View sollte ausreichen!
In der View wird der WebService aufgerufen und auch gleich das zurückgegebene JSON aufgedröselt.
Dann kann man diese mit DCLF definieren und das Ergenbis bzw. die einzelnen Sätze und Spalten nach Belieben verarbeiten.
... das Herumgefuddel mit SQL-Skripten kann man sich dann sparen.
Okay, es ist natürlich zu empfehlen das Skript für das Erstellen der View zu speichern!
... denn was weg ist ist fort und kann auch durch ein Reverse Engineering nicht mehr hergeholt werden!

[Fuerchau]

Bei Views kann man den Erstellbefehl ja noch per DSPFD und sicher dann per API auslesen.

[B.Hauser]

Bei Views kann man den Erstellbefehl ja noch per DSPFD und sicher dann per API auslesen.

1. Würde ich mir (notfalls) den Befehl entweder mit der Stored Procedure GENERATE_SQL oder über ACS - Reverse Engineering holen, anstatt mir über DSPFD die Informationen zusammensuchen zu müssen
2. Wenn die View gelöscht wurde, kann man die Informationen auch mit DSPFD nicht mehr ermitteln. Denn Was weg ist ist fort!