Zugriff SQL Server per RPG

[Andreas_Prouza]

Das Programm kommt nicht mal soweit, sonst wäre die Fehlermeldung ein Timeout oder Connection Refused.

Die Verfügbaren Java-Versionen solltest du in /QOpenSys/QIBM/ProdData/JavaVM/ finden.
Und in der QSH kannst du via java -version prüfen, welche gerade im Zugriff ist.

[Fuerchau]

Per QSH kannst du "java -version" aufrufen und du musst dann den passenden Treiber von Microsoft laden:
https://learn.microsoft.com/de-de/sq...cation-support

[BenderD]

... ganz so einfach ist das leider nicht. MS SQL Server hat Anforderungen was die Mindestversion des Treibers angeht, der Treiber hat Anforderungen, was die Mindestversion von Java angeht, die AS/400 hat Einschränkungen, was die höchste unterstützte Java-Version angeht.
Auch hier hat ArdGate Vorteile, weil der Serverteil auch auf einer beliebigen anderen Büchse im Netz laufen kann. Was den Support angeht, ist ArdGate gegen die anderen Varianten klar im Vorteil, weil die Technologien (RPG - Java) klar entkoppelt sind. Zur Fehleranalyse im Java Teil bracuht man keinerlei AS/400 Knowhow, für Analysen im native Teil braucht man keinerlei Java Knowhow. Zudem verfügt ArdGate über skalierbares logging zur Problemanalyse (ich habe bisher für Support noch nie Zugang zur Büchse gebraucht).

Was Zukunftsfähigkeit angeht: da ist RPG Knowhow eher der Flaschenhals! Aber jeder ist selber seines Glückes Schmied.

Viel Erfolg wünscht D*B

[max40]

Java = Major version
22 = 66
21 = 65
20 = 64
19 = 63
18 = 62
17 = 61
16 = 60
15 = 59
14 = 58
13 = 57
12 = 56
11 = 55
10 = 54
9 = 53
8 = 52
7 = 51
6 = 50


Umgebungsvariable muss gesetzt werden:
JAVA_HOME=/QOpenSys/QIBM/ProdData/JavaVM/jdk11/64bit

[Fuerchau]

Ggf. musst du halt auf die JRE 8 64-Bit runtergehen um die Java-Kompatibilität zu erreichen.
Da die IBM sehr nachlässig ist, was neue Versionen angeht ist das immer wieder ein Problem der Kompatibilität.
Dasselbe gilt dann ebenso für die JDBC-Version des SQL-Servers.

Unabhängig davon solltest du mal auf einem Windows-Client z.B. mit Squirrel versuchen, ob du den SQL-Server Express überhaupt erreichen kannst. Sonst ist das sowieso alles vergebene Mühe.

Tja, und dann empfehle ich dir trotzdem eine Client-Lösung (Java, C#, u.v.m.).
Man kann vom Client eine DTAQ auch per SQL auslesen. Damit bekommt man einen Auftrag von einem RPG-Programm. Der Client führt die Aktion aus und schreibt eine passende Information in die DB2.
Dies kann genauso gut auch ein Trigger, der die DTAQ schreibt. Und die Antwort per Insert/Update kann auch ein Trigger ggf. weiter verarbeiten.

Wie immer gibts 1000 Möglichkeiten. Ich würde mich da nicht auf RPG fixieren, da das irgendwann niemand mehr warten kann. Insbesonders bei Release-Updates von JVM, JDBC und SQL-Server.