httpPostBlobVerbose und negativer SQLCODE im SQLRPGLE

[Fuerchau]

Letzteres ist auch zu empfehlen.
Ich hatte auch ein Problem mit einer selbst gestrickten Table-Function.
Der "INSERT INTO .... select * from table (...)" lieferte auch eine Warnung, die an das Programm allerdings mit einem positiven SQLCODE gemeldet wurde.
Ein RUNSQLSTM kam sogar dann mit einem Fehler SQL9xxx (Systemfehler) zurück obwohl alles i.O. war.
Hier hilft tatsächlich nur ein Wrapper, da die Ausgabe ja unabhängig erstellt wurde.

[Malte]

Hallo Manuel,

falls du das Problem noch hast, ich konnte das für mich wie folgt lösen

Im RPG einmal mit ifNull damit ich die null Werte verarbeiten kann
Exec Sql
SELECT IfNull(responseMsg, ''),
VarChar(IfNull(responseHttpHeader, ''), 1500)
INTO :zzCLOB, :ResponsHeader
FROM table(
SYSTOOLS.HTTPGETCLOBVerbose(:host, :Header)
) as Ws;

Die includeErrorMsg Option muss httpHeader als Atributt angegeben werden und nicht als Feld was ich vorher immer falsch gemacht hatte

<httpHeader includeErrorMsg="true">    <header name="Content-Type" value="text/json;charset=UTF-8"/> </httpHeader>

ich hoffe das konnte dir helfen

MfG Malte

[manuel.marcos]

Hallo Malte,

war jetzt eine Woche im Urlaub... Hatte am Freitag vorletzter Woche auch zum Test mein SQL ähnlich wie du es vorschlägst mal angepasst, hab anstelle von ifnull coalesce genommen.
Aber super, dann war das ja kein Zufall sondern scheinbar die Lösung um an den Header zu kommen.
Finde ich persönlich auch besser, da man sich die Zwischentabelle spart.

Danke für deinen Tipp.

Gruß,
Manuel

[B.Hauser]

Hast Du Dir eigentlich mal die Funktion HTTPHEAD (in Bibliothek SYSTOOLS) angesehen?
HTTPHEAD Scalar Function.
Im übrigen würde ich die JSON-Daten nicht in eine RPG-Variable einlesen ... um dann die Daten wohl auch noch mit YAJL auflösen zu können. Mit dieser Lösung können nur JSON-Dokumente mit maximal 16MB eingelesen werden.
Wenn die Daten dagegen direkt mit SQL aufgelöst werden, können JSON-Datem bis zu 2 GB verarbeitet werden.

Birgitta

[manuel.marcos]

Die HTTPHEAD Funktion hatte ich einmal überflogen, dann aber nicht weiterverfolgt, weil auf der Gegenseite nicht implementiert ist.

Die Limitierung der RPG Variablen auf 16MB war/ist mir bewusst, kann ich aber bei den Funktionen die ich aufrufen muss in Kauf nehmen. Im ersten Schritt mache ich einen HTTPPOSTCLOB und die maximale Größe der Antwort ist 4MB. Bei dem HTTPPOSTBLOB bekomme ich im Body und Header maximal 1MB zurück, wobei mich nur der Header interessiert.

YAJL benutze ich nicht. Nach dem Besuch deiner XML/JSON Schulung vor 2 (oder 3) Jahren verwende ich ausschließlich die Funktionen die die Datenbank mitbringt und bisher gabe es nichts was mit SQL nicht umsetzbar war.

Danke & Gruß,
Manuel