DRDA mit Remote SQL Befehl funktioniert nicht mehr

[BenderD]

Klappe zu, Affe tot - dann ist das ein bugfeature zum ärgern von Altrelease Nutzern, sprich man hat eine Treiber Inkompatibilität eingebaut, damit die betreffenden Shops einen (Kosten pflichtigen) upgrade machen (oder ihr SAP auf einer anderen Büchse laufen lassen - Oracle freut sich...).
Was macht ihr mit den Programmen? Für Batch Übertragungen könnte man da auch auf Java umsteigen...

D*B

Hallo,

habe nun das Programm abgespeckt auf eine andere V6R1 Partition portiert, die SQL Packages erstellt und siehe da es läuft durch und zwar gegen die DB auf dem IASP einer anderen V6R1 Kiste. So wie es laufen sollte. Mit allen CASTS usw.

Das heißt für mich das V5R2 ein Problem macht.

Gruß

C.Schulz

[cs400_de]

Hallo,

ich werde die entsprechenden Tabelle so nochmal auf der V5R2 Maschine erstellen und dann per CPYTOIMPF usw. ins IFS runter, rüber auf die andere Maschine und wieder hoch.

Ich mach mit dem Vorschlag vom Holger weiter:

http://newsolutions.de/forum-systemi...nach-v5r2.html

Gruß

C.Schulz

[Fuerchau]

Cast ist hier wohl nicht erforderlich, da 13488 auch in V5R2 unterstützt wird.
Definiere deine Felder als Typ C, der Fetch stellt die Daten korrekt zur Verfügung.
Mit %char kannst du dann in SBCS und %dec die Zahl umwandeln.

Du kannst auch normale CHAR-Felder als Ziel für den Fetch nehmen, SQL wandelt dann automatisch in die Default-CCSID des Job's um.

Es sollte nie ein Job mit CCSID 65535 laufen !

[BenderD]

gibt es im Joblag (möglicherweise nur unter debug) warnings beim fetch? da hat sich was bei V6R1 geändert (Stichwort Ersatzzeichen)...

D*B

Hallo,

habe nun das Programm abgespeckt auf eine andere V6R1 Partition portiert, die SQL Packages erstellt und siehe da es läuft durch und zwar gegen die DB auf dem IASP einer anderen V6R1 Kiste. So wie es laufen sollte. Mit allen CASTS usw.

Das heißt für mich das V5R2 ein Problem macht.

Gruß

C.Schulz

[TARASIK]

Hallo,
ich könnte mir schon vorstellen, dass R520 ein Problem macht, denn von IBM werden immer nur zwei Releases down unterstützt. Ich denke zuvor wurde R540 genutzt, dann sind dies nach R520 zwei Releases. Laut dem IBM Dokument gibt es ja schon bereits Probleme mit dem Support für R530.

[Fuerchau]

Das dürfte eigentlich egal sein, da der Zugriff ja per DRDA funktioniert und somit das V6R1 nicht weiß oder wissen muss, welches System da zugreift.
Ich könnte ja auch mit DB2/Connect von ganz woanders her kommen (Z/Systems, PHP, o.ä.).

Es muss also was am DRDA inkompatibel geändert worden sein.