CRTSQLPKG schlägt fehl

[Fuerchau]

Ggf. verwendest du UDF/Procedures im SQL-Paket, also im Programm, die bei der Erstellung auf dem Zielsystem nicht gefunden werden können (Hinweis FUNCPATH).
Die Frage ist, ob eben die Libs SYSPROCS und USER (ggf. der Anmeldeuser) vorhanden sind.

Dies liegt dann wieder an der Libliste, da hier nur die Defaults der QSYSLIBL und ggf. QUSRLIBL ziehen, falls die SQL-JOBD (ich weiß aber nicht welche) darauf verweist.
Alternativ musst du mal das Porgrammobjekt auf das Zielsystem übertragen und den CRTSQLPKG dann lokal mit der korrekten LIBL durchführen.

[Flappes]

Ich hatte das Programm auf dem Kundensysem erstellt.
Nun habe ich es von unserem Entwicklungssystem als Objekt rüber geschoben.
Und nun geht auch der CRTSQLPKG.

Problem also erstmal gelöst.

[Fuerchau]

Wofür benötigst du das überhaupt?
Das CRTSQLPKG wird ja nur gebraucht, wenn ich per CONNECT mit einer anderen DB2/400 arbeiten muss. Nur in diesem Fall muss das SQLPKG auf dem Zielsystem in einer verfügbaren Lib vorhanden sein.

[Flappes]

Genau ...

Wir haben an unserer Warenwirtschaft auch eine PC-Kasse angebunden.
Diese arbeitet lokal mit einer DB2-Instanz, also auch Stand-Alone wenn rundum alles abgeraucht ist.
Wenn man dann mal auf 50 Kassen irgendwelche Datenleichen rausreorganisieren muss oder ähnliches, ist so ein kleines Programm was remote nacheinander auf alle Datenbanken connectet gar nicht so schlecht.

Erspart einem einiges an Zeit.

[B.Hauser]

Nur mal so eine Frage: Welches Naming wird den beim Erstellen verwendet?
Könnte es sein, dass die Erstellung auf dem einen System mit *SQL-Naming und auf dem anderen mit *SYS-Naming erstellt wird bzw. werden soll?

Birgitta