Paul Gilmartin pisze:
[...]
Until someone shows me documentation or an example to the
contrary, I'll believe that OWNER is a synonym for userid.
Different components should always use different names for
the same entities -- it keeps programmers alert. Or perhaps
it's just Conway's law again.
SDSF and JES2 and at least some batch scheduleres use the same OWNER
meaning as above. BTW: to be more precise: OWNER = execution userid.
Execution userid need not to be submitting userid.
BTW: jobnames can be easily protected using standard RACF class JESJOBS.
The profile is SUBMIT.nodename.jobname.userid
One can define who (not a part of the profile) on what system (NJE
node), what jobname, *with what OWNER* (the last qualifier).
So even in shared RACF db environment there is a possibility that
Group APPLPRG can submit job ABC12345 with owner PRODBTCH, but only on
TEST system. And it is possible to prevent userid propagation - so TSO
segment is not a problem.
BTW2: the class PROPCNTL also prevent userid propagation, but doesn work
selectively.
--
Radoslaw Skorupka
Lodz, Poland
--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl
Sąd Rejonowy dla m. st. Warszawy
XII Wydział Gospodarczy Krajowego Rejestru Sądowego,
nr rejestru przedsiębiorców KRS 0000025237
NIP: 526-021-50-88
Według stanu na dzień 01.01.2009 r. kapitał zakładowy BRE Banku SA (w całości
wpłacony) wynosi 118.763.528 złotych. W związku z realizacją warunkowego
podwyższenia kapitału zakładowego, na podstawie uchwały XXI WZ z dnia 16 marca
2008r., oraz uchwały XVI NWZ z dnia 27 października 2008r., może ulec
podwyższeniu do kwoty 123.763.528 zł. Akcje w podwyższonym kapitale zakładowym
BRE Banku SA będą w całości opłacone.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
