SQL0901-Fehler

[KM]

... wenn sich das im Java Programm und Squirrel wirklich unterschiedlich verhält (und das nicht an anderen Auswahlwerten etc. legt), dann müssen die Treiber unterschiedlich sein und der eine ist buggy.

Genau das hätte ich eigentlich auch erwartet. Aber beide Applikationen verwenden haargenau dieselbe jt400.jar in derselben Version. Deshalb versteh ich's ja nicht. Vor allem weil das Ding ja schon seit Jahren problemlos gelaufen ist und von heute auf morgen bei einem bestimmten SQL-Statement diesen ominösen SQL0901 erzeugt.

Gruß,
KM

[BenderD]

... naja, da gibt es schon noch möglicherweise abweichende Bedingungen:
- Treiber properties
- Parameter Werte (Typ!!! und Inhalt)
- verwendete Java Konstrukte (prepared oder nicht)
- Vorgeschichte der session
- Timeouts
normalerweise soööte der Blick ins Joblog des Serverjobs weiterhelfen.

D*B

[Fuerchau]

A.IAARTN = B.TSRENR
Artikel-Nr. = Rechnungsnummer?

Wie sehen die Originaltypen aus?
Der Fehler kann ja bei bestimmten Inhalten auftreten.

Wie ist eigentlich die CCSID des QZDA-Jobs?
Dann bringt ggf. der Cast auf 1141 nichts, da wieder in Job-CCSID gewandelt wird.

Außerdem hat das System manchmal Schwierigkeiten, wenn die Order-Felder nicht im Select enthalten sind, es ist zwar nun erlaubt aber man sollte es nicht tun.

Auch kann es Probleme geben, wenn die Ausdrücke keine expliziten Namen erhalten "cast(...) [as] ARTN".