Frank, I have worked for a number of different companies since I entered the mainframe arena in the late 70's. And all of these shops worked along the same lines: - TSO - submitted jobs are named "userid + 1 or more characters". - Output from these jobs goes to the Hold Queue. - Default setup in SDSF "H" shows you your jobs, by jobname prefix and owner. - You are allowed to submit jobs using other jobnames (e.g., program compiles: jobname = pgmname) at your discretion, but ... - You are NOT allowed to submit production jobs / reruns from your TSO (must go through the job scheduler) - You are NOT allowed to submit test jobs using a production jobname. Period. No discussion. Not even on a separate system.
The tradition of using your TSO userid for batch job names dates back to the invention of TSO and has been a default (or should I say, de-facto standard) ever since then. Some shops enforce this rule more strictly than others, but I found that I could live with these rules, without any trouble whatsoever. 7-character TSO userids have also been a limit since the invention of TSO. That's so you can have batch jobs with "userid + at least one character". IIRC, you can have 8 character userids, but you cannot use them to logon to TSO. Regards, Ulrich Krueger -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Frank Swarbrick Sent: Friday, October 02, 2009 15:15 To: [email protected] Subject: Re: multiple jobs / same name I did not know about this. I knew that if you omited the JOB card altogether than TSO/ISPF would prompt for "JOBNAME CHARACTER(S)", but I didn't know it did if you simply had your userID as the job name. Still I find the use of having your user ID on it extremely limiting. Especially if your user ID is 7 characters! (At SHARE I noticed that Peter Van Dyke's user ID is VANDYKE. So he'd be really limited. And is an 8 character user ID not allowed?) There are better ways to find your output, so why limit yourself? If I submitted a large set of jobs and then wanted to look at the output and all I saw was FJS1, FJS2, FJS3, etc; yikes! No good. Meaningful names are good. Frank -- Frank Swarbrick Applications Architect - Mainframe Applications Development FirstBank Data Corporation - Lakewood, CO USA P: 303-235-1403 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
