Thema:

Kommentar:
: ANTWORT : : HALLO...inzwischen ist alles ordnungsgemäß installiert. Ich kann Stored Procedures per IBM SPB generieren und "builden" ! Die Stored Procedures lassen sich dann auch fehlerfrei aufrufen ! SUPER DANKE ! : ABER: : ===== : I got some "non-optimal" results, when I build/create a Stored Procedure per "IBM Stored Procedure Builder". : : (1): : === : I created with the "IBM SPB" a Stored Procedure and see in the SYSIBM.ROUTINES that the attribute-value for OWNER : is "USERID" (= my user-id) ! : Where can I enter the owner "DB" during the creation of the SP inside of the "IBM SPB" ? : ---------+---------+---------+-------- : SELECT * FROM SYSIBM.SYSROUTINES WHERE : NAME = 'SPTESTIN' : ---------+---------+---------+-------- : SCHEMA OWNER NAME : ---------+---------+---------+-------- : DB USERID SPTESTIN : => I think, that my collegues will get access-problems, when the Owner isn't be "DB" ! : (2): : === : And the attribute "EXTERNAL NAME" doesn't contain a real good external name like "SPTESTIN". It contains : the name "SQL09458" ? : ----+---------+---------+- : EXTERNAL_NAME : ----+---------+---------+- : SQL09458 : How can I enter the External Name of a Stored Procedure, created/built per StoredProcedureBuilder ? : => I think, that we'll get problems, when we want to call this StoredProcedure with an external name, like "SPTESTIN" (without the schema-id "DB.SPTESTIN") : (3): : === : After the creation- and build-process inside of the "IBM SPB" I get following error-message. : Is it possible to ignore or to inhibit this error-message ? : Or is it neccessary to create a own WLM-adressspace for our project, so it's allow for us to update/change : it per procedure "WLM-refresh / DSNTWR" ? : : DB.TESTIN - Erstellen der gespeicherten Prozedur ist beendet. : SPTESTIN - Der Build war erfolgreich. : Bei dem Versuch, den WLM-Adressraum automatisch zu aktualisieren, trat ein Fehler auf. : Durch die Aktualisierung des WLM-Adressraums, in dem die gespeicherte Prozedur ausgeführt wird, : wird sichergestellt, dass die neueste Version der gespeicherten Prozedur ausgeführt wird. : Stellen Sie sicher, dass die gespeicherte Prozedur für die WLM-Aktualisierung, WLM_REFRESH, : auf dem verwendeten DB2 für OS/390-Host ordnungsgemäß installiert ist. : [IBM][CLI Driver][DB2] SQL0444N Die Routine "DSNTWR " (spezifischer Name "") : ist durch Code in Bibliothek oder Pfad "", Funktion "" implementiert, auf die kein Zugriff möglich ist. Ursachencode: "". SQLSTATE=42724

Optionale Link URL:   
Link Titel:                  
Optionale Image URL: