Fehler bei benutzerdefinierter Funktion in Teildatei SQLSCHEMAS. ODBC/JDBC

[Fuerchau]

Das Problem tritt häufig nach Release-Wechsel auf der AS/400 auf.
Folgende Aktionen auf der AS/400 beheben das Problem meistens:

ENDHOSTSVR *DATABASE
ENDPJ QUSRWRK QZDASOINIT *IMMED
ENDPJ QUSRWRK QZDASSINIT *IMMED
ENDPJ QSERVER QZDAINIT *IMMED
DLTSQLPKG QGPL/QZDAPKG
STRHOSTSVR *DATABASE
STRPJ QSERVER QZDAINIT

Das DLTSQLPKG funktioniert dann nur, wenn kein User eine ODBC-Verbindung geöffnet hat.

[oulbrich]

Geht das auch im laufenden Betrieb?

[oulbrich]

Habe die Aktionen durchgeführt. Leider keine Erfolg.

[Fuerchau]

Leider hat die IBM bei Schemaabfragen auf UDF's umgestellt.
Wenn ggf. mit einem alten ODBC/JDBC-Treiber auf Schemata zugegriffen wird kann es auch zu Problemen kommen.
Prüfe ob du mit den aktuellen Treibern des V7R2 (mit neuestem Servicepack) zugreifst.

[Fuerchau]

Noch zur Ergänzung:
Ab V6R1 hat die IBM auf Schemaprozeduren umgestellt (warum auch immer).
Der Aufruf der Prozedur erfolgt aus dem ODBC/JDBC-Treiber.
Habe sich die Signaturen von V6R1->V7R1->V7R2 geändert klappt halt der Zugriff nicht mehr.
Treiber bis V5R4 fragen die Schematabellen noch direkt ab und haben daher keine Probleme.

In meiner Clientanwendung habe ich daher 2 Methoden eingebaut:
a) Schemaabfrage
b) eigene Abfrage
Klappt also a) nicht, mache ich einfach mit b) weiter.

Z.B. für Felder (Schemacolumns) mache ich einfach einen "select * from table fetch first 1 rows only" und lade mir die Feldliste des Resultsets.

[oulbrich]

Hallo Fuerchau,

zur Info.

Das Problem konnte heute gelöst werden.

Laut IBM ist folgendes zu tun

es sollte keiner mit SQL arbeiten.

wie von dir beschrieben DLTSQLPKG QGPL/QZDAPKG

zusätzlich löschen der SQLPKG MSACCE* on QGPL

chgjob ccsid(273)

CALL PGM(QSYS/QSQSYSIBM) PARM(FORCE) - lief bei uns ca. 5 Min

Kontrolle
dsppfm qsys2/qsqptabl es darf nur 1 Satz in der Tabelle stehen Hex 00 00 00 01

Danach war der Fehler behoben.


Gruß oulbrich

[Fuerchau]

Das Löschen des QZDAPKG funktioniert häufiger erst nach ENDHOSTSVR *DATABASE, da das Paket durch QZDASOINIT geöffnet sein kann.
Der zusätzlich CALL ist allerdings neu.