LIBL-Liste bei Anmeldung mit JOBD in *USRPRF

[Peet]

Hallo,

die Berechtigung und Existenz der Libs in der JOBD ist gegeben !

Das ich das auch anders lösen kann ist schon klar, die Frage war wie habe ich
es seinerzeit gemacht.
Denn NUR eintragen der Jobd mit LIbl-Liste im *userprf reicht nicht aus !

Ich schaue mal weiter, vielleicht finde ich noch etwas in meinen Unterlagen.
Es hatte irgendetwas mit Jobinitiierung interaktiv zu tun ::::
Ich melde die Lösung, wenn ich sie denn finde :=)

Danke und Vg.

Genaues siehe hier:
https://www.ibm.com/docs/en/i/7.1?to...g-library-list

Aber:
Wenn in der JOBD eine Lib erwähnt wird, die nicht mehr existiert oder für die du nicht berechtigt bist, wird die USRLIBL nicht gesetzt sondern wieder QUSRLIBL verwendet (soweit ich noch weiß).
Ein CHGLIBL wird nämlich komplett nicht durchgeführt wenn nur eine Lib betroffen ist.

Auch ohne USRPRF-Startprogramm kann die USRLIBL verändert werden, wenn z.B. ein APP-Start die USRLIBL der App initialisiert, bei z.B. STRRH (Infor XPPS).

[Andreas_Prouza]

Bei sowas verwende ich auch gerne den STRAUTCOL Befehl.
Der war zwar ursprünglich dafür gedacht zu prüfen welche Berechtigungen auf Objekte benötigt wird, aber du siehst hier auch noch zusätzlich auf welche Objekte du grundsätzlich zugreifst.

Also einfach STRAUTCOL auf beiden Maschinen starten, anmelden, ENDAUTCOL und dann miteinander vergleichen.
Vielleicht hilft dir das weiter.
Falls dir irgendwelche Rechte fehlen sollten, siehst du das hier sowieso auch.

lg Andreas

[Peet]

Hallo Andreas,

vielen Dank für die Info, werde ich mal ausprobieren.
Vg.

Bei sowas verwende ich auch gerne den STRAUTCOL Befehl.
Der war zwar ursprünglich dafür gedacht zu prüfen welche Berechtigungen auf Objekte benötigt wird, aber du siehst hier auch noch zusätzlich auf welche Objekte du grundsätzlich zugreifst.

Also einfach STRAUTCOL auf beiden Maschinen starten, anmelden, ENDAUTCOL und dann miteinander vergleichen.
Vielleicht hilft dir das weiter.
Falls dir irgendwelche Rechte fehlen sollten, siehst du das hier sowieso auch.

lg Andreas

[BenderD]

Hallo,

die Berechtigung und Existenz der Libs in der JOBD ist gegeben !

Das ich das auch anders lösen kann ist schon klar, die Frage war wie habe ich
es seinerzeit gemacht.
Denn NUR eintragen der Jobd mit LIbl-Liste im *userprf reicht nicht aus !

Ich schaue mal weiter, vielleicht finde ich noch etwas in meinen Unterlagen.
Es hatte irgendetwas mit Jobinitiierung interaktiv zu tun ::::
Ich melde die Lösung, wenn ich sie denn finde :=)

Danke und Vg.

... im "Normalzustand" ist das wohl so, da steht bei den Workstation Entries im Subsystem für die JOBD der Verweis auf *USRPRF - ist der gedrechselt und zeigt woanders hin, dann zieht das.

D*B

[Fuerchau]

Na dann viel Spaß beim Ändern, wenn man Geräte einzeln namentlich zugeordnet hat.
Die Frage ist da halt dann: Wer ändert denn sowas?

[BenderD]

Na dann viel Spaß beim Ändern, wenn man Geräte einzeln namentlich zugeordnet hat.
Die Frage ist da halt dann: Wer ändert denn sowas?

... die Frage war nicht, wer macht sowas, sondern warum verhält sich das auf unterschiedlichen Systemen verschieden.
Meine Antwort war nicht, ob man das so machen soll, sondern woran es liegen kann.

Davon ab, kann man auch generische Namen eintragen und Eintragungen nach Art gibt es auch noch.

D*B

[Peet]

Vielen Dank, Dieter !
genau an der Stelle habe ich seinerzeit gedreht !

Selbst wenn im *usrprf keine Jobd hinterlegt ist, kann man mit dem WSTE Eintrag arbeiten, dann gibts halt die Libl aus dem Systemwert QUSRLIBL.

Ich habe nämlich den Standardeintrag für Art *ALL auf *usrprf geändert !



Und alle sind glücklich :=)

Danke nochmals.

Vg.

... die Frage war nicht, wer macht sowas, sondern warum verhält sich das auf unterschiedlichen Systemen verschieden.
Meine Antwort war nicht, ob man das so machen soll, sondern woran es liegen kann.

Davon ab, kann man auch generische Namen eintragen und Eintragungen nach Art gibt es auch noch.

D*B

[Fuerchau]

*USRPRF im Device-Eintrag ist allerdings der Standard.
Wenn im User nichts hinterlegt ist (geht das überhaupt?), gilt QDFTJOBD und die Verweist auf *SYSVAL.
Also hast du was gedreht, dass es eben nicht mehr funktioniert.