API QWTRTVTA Codebeispiel

**andreaspr@aon.at** · 02-11-17, 10:50

Je nach Release geht das auch mit einem 1-Zeiler in SQL:

Code:

Exec Sql Select v_client_ip_address into :Host_Var from table(QSYS2.GET_JOB_INFO('*')) t;

oder

Code:

Exec Sql set :host_var = SYSIBM.client_ipaddr;

lg Andreas

**Fuerchau** · 02-11-17, 11:33

Nicht, dass da dann wieder eine JVM gestartet wird.

**BenderD** · 02-11-17, 11:42

Zitat von Fuerchau

Nicht, dass da dann wieder eine JVM gestartet wird.

... diese Befürchtung ist unbegründet, das sind (derzeit) nur die http bezogenen Funktionen. Allerdings frage ich mich generell, was das alles mit Datenbank zu tun hat und meine Nackenhaare kräuseln sich da aus Designgründen...

D*B

**andreaspr@aon.at** · 02-11-17, 11:45

Man sollte sich das Leben nicht unnötig schwer machen.
Wenn ich aus Designgründen einen ganzen API Aufruf gegen einen 1-Zeiler vorziehe kräuseln sich mir da eher die Nackenhaare ;-)

**Fuerchau** · 02-11-17, 12:08

Der Hintergrund hierzu ist der "system i director?" oder so ähnlich.
Dieser löst ja den iSeries Navigator ab.
Da dieser neue Director wohl nicht so einfach wie früher mit API's umgeht bzw. umgehen will, hat die IBM sich da SQL-Prozeduren/Funktionen überlegt um sich das Leben zu vereinfachen, nur eine zentrale Schnittstelle, nämlich SQL.
Zusätzlich halt mit dem Nebeneffekt, dass diese SQL-API-Aufrufe der Allgemeinheit zur Verfügung gestellt werden und somit eine z.T. doch komplexe API-Programmierung entfallen kann.
Warum auch nicht?

**BenderD** · 02-11-17, 12:26

... von wegen 1-Zeiler, das ist ja nur die halbe Wahrheit. Man muss eine weitere Programmiersprache, SQL, in Aktion bringen und benutzt Komponenten mit ungeklärtem Status. So heißt es zum Beispiel in IBM Materialien über die SYSTOOLS: "they are not subject to IBM service and support." (die alten Hasen fühlen sich an TAATOOLS erinnert - die war dann plötzlich weg).
Die APIs sind dokumentierte Schnittstellen, mit dokumentiertem Verhalten und werden als Bestandteil des Betriebssystems in ihrer Funktion unverändert am laufen gehalten und wenn man die geforderte Fuktion (ermitteln client IP Adresse) einmal gebaut hat, kann sie als echter Einzeiler aus allen ILE kompatiblen Kontexten aufgerufen werden.

D*B

**andreaspr@aon.at** · 02-11-17, 13:43

Da wird ja wieder einiges durcheinander gebracht.

1. In meinem Beispiel wird die QSYS2 oder SYSIBM benützt, nicht SYSTOOLS.
2. APIs sollen angeblich unverändert bleiben?? Das halte ich für ein Gerücht.
Beim Umstieg auf 7.3 wurde ein API für Socket-Verbindung UNDOKUMENTIERT geändert.
Die Doku beinhaltet zwar die aktuellen Parameter, aber dass sich da was bei diesem API geändert hat wirst du nicht mal finden wenn du ganz speziell danach suchst.
Und nein, das war bis jetzt nicht das einzige mal das soetwas passiert ist. Kommt aber zum Glück sehr selten vor.
3. Ja klar, man kann alle Zeilen Code irgendwo verpacken um sie als 1-Zeiler aufrufen zu können. Ich erspare mir aber auch gern die x-Zeilen Code irgendwohin zu verpacken.

**Fuerchau** · 02-11-17, 14:17

Was die API-Veränderungen angeht, so betrachtet die IBM das wohl eher als Fehlerbehebung.
Nach dem Motto: Ein Bug ist ein Feature, allerdings nicht für die Ewigkeit.

**BenderD** · 02-11-17, 14:35

... die Releaseprobleme, die ich mit APIs kenne, hängen eher mit falscher Bedienung zusammen (feste Position statt Offset verwendet), oder da hat jemand "inoffizielle" Schnittstellen verwendet, die dann aus Security-Gründen dichtgemacht wurden, oder den Unterschied zwischen Command processing Programms und APIs nicht verstanden...

**andreaspr@aon.at** · 03-11-17, 12:26

... keins von all dem ... es haben sich einfach die Anzahl und die Art Parameter geändert.
Und auch keine Dokumentation dass sich da was geändert hat.
Das war so und Punkt.

**Pikachu** · 03-11-17, 12:41

Welche API war das?

Zitat von andreaspr@aon.at

... keins von all dem ... es haben sich einfach die Anzahl und die Art Parameter geändert.
Und auch keine Dokumentation dass sich da was geändert hat.
Das war so und Punkt.