-
LIBL-Liste bei Anmeldung mit JOBD in *USRPRF
Hallo zusammen,
ich habe auf einer i5 mich vor Jahren als Benutzer/PGMR eingerichtet, im *usrprf habe ich eine Jobd eingetragen, in der Jobd eine Libl-Liste, die Angaben weichen vom Systemwert QUSRLIBL ab, bewusst.
Im *usrprf ist kein Startpgm eingetragen, Startmenü ist *main !
Wenn ich mich anmelde (5250), hat mein Job automatisch die Libl-Liste aus der JOBD im *userprf !!!
Wie habe ich das gemacht ??? :=(
...ich hatte gedacht, ggf. über RTGE in der JOBD und im SBS QINTER.
Das ist aber alles Standard, ich finde bei den RTGE im SBS auch keinen Parameter o.ä.
Die im RTGE Eintrag hinterlegte Klasse hat auch nichts zum Steuern bei Job-INIT !
Das muss doch bei INIT des Jobs bei Anmeldung erfolgen ???
..RRTJOB ist es auch nicht ...
Irgendein SYSVAl, den ich gerade nicht auf dem "Schirm" habe ???
Zur Info...
Der SBMJOB-Befehl, hat hier direkt nichts mit zu tun, steht auch auf INLLIBL *CURRENT
Ich hoffe ich habe mich nicht zu kompliziert ausgedrückt !
Kann mir jemand helfen ???
Danke im Voraus und Vg.
-
Das hast du doch oben selber geschrieben.
Die JOBD im USRPRF überschreibt den Default und die USRLIBL einer JOBD überschreibt den Systemwert.
In der SBSD kann man keine USRLIBL sondern nur 1 Sprachlib als SYSLIBL-Ergänzung definieren.
Was den SBMJOB angeht, so gobt man da ja bzgl. der USRLIBL an: *SYSVAL, *JOBD, *CURRENT oder komplett selber.
Es gibt eben viele Möglichkeiten.
-
Sorry...habe noch vergessen zu sagen..
Ich möchte das gleiche nämlich nun auf einer neuen i5 machen, also für mich ein *usrprf anlegen und die Libl-Liste für die Standardanmeldung aus einer Jobd ziehen lassen.
Danke nochmals !
-
Fuerchau, Danke für deine Infos.
=> Die JOBD im USRPRF überschreibt den Default und die USRLIBL einer JOBD überschreibt den Systemwert.
Genau das macht die Anmeldung an der neue i5 eben nicht !
...und irgendwo glaube ich mich zu erinnern, dass ich eingreifen musste !
SBMJOB ist klar...
Mir geht es nur um die Anmeldung (5250) an der i5 !
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).
-
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.
Zitat von Fuerchau
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).
-
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
-
Hallo Andreas,
vielen Dank für die Info, werde ich mal ausprobieren.
Vg.
Zitat von 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
-
Zitat von 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.
... 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
-
Na dann viel Spaß beim Ändern, wenn man Geräte einzeln namentlich zugeordnet hat.
Die Frage ist da halt dann: Wer ändert denn sowas?
-
Zitat von 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?
... 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
-
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.
Zitat von BenderD
... 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
Similar Threads
-
By tarkusch in forum NEWSboard Programmierung
Antworten: 8
Letzter Beitrag: 28-06-17, 10:42
-
By USER777 in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 21-09-15, 12:06
-
By RaMai in forum NEWSboard Programmierung
Antworten: 4
Letzter Beitrag: 09-06-09, 15:46
-
By hww in forum NEWSboard Programmierung
Antworten: 6
Letzter Beitrag: 12-12-06, 15:27
-
By janwijnants in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 11-10-06, 10:21
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks