PDA

View Full Version : Objekteigner-Probleme bei der Programmumwandlung


Bitverdreher
09-10-09, 07:48
Hallo zusammen

wir generieren unsere ILE-Programme über WRKMBRPDM und Auswahl 14 (CRTBNDRPG).

Nun haben wir folgendes Phänomen für das wir keine Erklärung / Lösung haben.

User1 generiert Programm1, User2 generiert Programm2.
Wenn nun User3 das von User1 generierte Programm1 neu umwandelt, dann funktioniert das problemlos.
Versucht User3 allerdings das von User2 generierte Programm2 neu umzuwandeln, dann bricht die Umwandlung mit einem Fehler ab:

Fehlermeldung:
Während des Bindeschritts wurden Fehler gefunden. Das Jobprotokoll enthält weitere Informationen.

Das Joblog sagt hierzu:
Nachricht . . . : Der Eigner des Objekts xxx und der Eigner des zu ersetzenden Objekts sind nicht identisch.
Ursache . . . . : Der Eigner des Objekts xxx der Art *PGM in Bibliothek yyy ist nicht mit dem Eigner des zu ersetzenden Objekts identisch. Die Eigner müssen identisch sein, da das Objekt, das mit der API QLIRNMO erstellt oder umbenannt wird, das Benutzerprofilattribut (USRPRF) des zu ersetzenden Objekts übernimmt. Nur der aktuelle Eigner des Objekts xxx in Bibliothek yyy kann das Objekt ersetzen.

Wird vor der Programmgenerierung der Eigner mit CHGOBJOWN geändert, dann funktioniert zwar die Umwandlung, das kann aber nicht die Lösung sein.

Kann mir jemand einen Tip geben, wo evtl. die Ursache dafür zu suchen ist, daß sich manche Programme nicht von einem User neu generieren lassen, der nicht Eigner des Objekts ist.

Danke für die Hilfe.
Fuerchau
09-10-09, 08:00
Es gilt die Einstellung des USRPRF:
Welches Gruppenprofil habe die User ?
Wem gehören neu erstellte Objekte *USER/*GRPPRF ?
Bitverdreher
09-10-09, 08:49
Die Benutzerprofile sehen wie folgt aus:
Gruppenprofil . . . . . . . . . GRPPRF *NONE
Eigner . . . . . . . . . . . . . OWNER *USRPRF
Gruppenberechtigung . . . . . . GRPAUT *NONE
Art der Gruppenberechtigung . . GRPAUTTYP *PRIVATE
Zusätzliche Gruppenprofile . . . SUPGRPPRF *NONE
Fuerchau
09-10-09, 11:19
Ok, dann fehlen Berechtigungen am USRPRF des anderen Users oder der eine User hat *ALLOBJ und der andere eben nicht.

Bei gemeinsamer Entwicklung sollten beide User das selbe GRPPRF haben und neue Objekte dem GRPPRF gehören.
Bitverdreher
14-10-09, 13:12
alle 3 Benutzerprofile haben die Sonderberechtigung *ALLOBJ.

Wie müßte man denn vorgehen, wenn man Gruppenprofile verwendet?
Müßte man beim Gruppenprofil (GRPPRF) ein normales Benutzerprofil, beim Eigner (OWNER) *GRPPRF und bei der Gruppenberechtigung (GRPAUT) *ALL angeben?
holgerscherer
15-10-09, 15:40
alle 3 Benutzerprofile haben die Sonderberechtigung *ALLOBJ.


Lies bitte noch mal den Hilfstext genau:
"Ursache . . . . : Der Eigner des Objekts xxx der Art *PGM in Bibliothek yyy ist nicht mit dem Eigner des zu ersetzenden Objekts identisch. Die Eigner müssen identisch sein, da das Objekt, das mit der API QLIRNMO erstellt oder umbenannt wird, das Benutzerprofilattribut (USRPRF) des zu ersetzenden Objekts übernimmt."

Das Programm scheint also mit USRPRF(*OWNER) zu laufen. Und dann darf nur der Eigner umwandeln. Das ist so. Gewollt. Wirklich ;-) Hat sogar einen gewissen Hintergrund...

-h
Fuerchau
15-10-09, 23:16
Nunja, mit *ALLOBJ lösche ich das Objekt, erstelle es neu und nun läuft es unter meinem Profil.

Man muss es eben bewusst machen !