View previous topic :: View next topic
|
Author |
Message |
saurabh39 Warnings : 1 Active User
Joined: 11 Apr 2008 Posts: 144 Location: Jamshedpur
|
|
|
|
Hi All,
I have a requirement to submit a REXX program, when I logon to mainframe.
In my earlier environment, there was on PDS "USERID.TSOUTIL.CLIST", where we need to put whatever, needed to be executed at time of logon, but in my current environment, that seems to be missing, from which I can conclude, that was site specific.
So the question is, can i create a PDS similar to that, in my new site, and if yes, what i need to do, to make it run at logon.
If the answer is no, is there any other way to submit a rexx on logon. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Please learn to use the correct terminology. What do you mean by submit a REXX, to submit a batch job, or to execute a REXX.
You might know what you want, be we certainly do not. |
|
Back to top |
|
|
saurabh39 Warnings : 1 Active User
Joined: 11 Apr 2008 Posts: 144 Location: Jamshedpur
|
|
|
|
sorry for using the wrong terminology.......
its definately execute a rexx. |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Many organizations do not allow changes to the standard logon process.
Suggest you make sure this is allowed in your new organization - before experimenting. |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
|
|
Quote: |
Many organizations do not allow changes to the standard logon process.
|
Of course Dick, but that wasnt the issue. The TS wants to run something at logon time, so if (s)he can do that by playing with with logon procs,
what do we care? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hi Peter,
I have no problem with customized logon processes. . . I do have a problem with people getting disciplined for something innocent. . .
People who have only worked for one organization or 2 may not be aware that some organizations have very strict penalties for deviating from the standards.
If you are new to an organization, it is extremely unfortunate to start off "on the wrong foot" . . . |
|
Back to top |
|
|
Victor Niu
New User
Joined: 11 Mar 2010 Posts: 59 Location: China,Shanghai
|
|
|
|
"on the wrong foot",the disadvantage is you will have bad habits;the advantage is you can learn more.
I'm so amazed that you have authorization to change logon procedure... |
|
Back to top |
|
|
saurabh39 Warnings : 1 Active User
Joined: 11 Apr 2008 Posts: 144 Location: Jamshedpur
|
|
|
|
HI Peter,
Thanks for the answer.
As for changing the logon script, obviously i don't have the authorization to change.
As for the second option, we don't use TSO/E logon screen. In our logon screen, we can just enter Mainframe ID & Password.
I guess, being a developer I can't do anything else, other that finding out all time mysteriously hidden site administrator and talk to him.
Thanks for replies. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
|
|
saurabh39 wrote: |
I guess, being a developer I can't do anything else, other that finding out all time mysteriously hidden site administrator and talk to him. |
Most of the time you just don't need it. Site-administrator (and also the Storage-admins ) have invested a lot of time of there to get a correct set-up for you. Most of the time, we can create some "in-house" tools, short-cuts to complete our daily work but I alos strongly suggest that "log-in" procedures should not be touched. |
|
Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006 Posts: 6966 Location: porcelain throne
|
|
|
|
every site that I have worked, (and it has been a few)
had documented procedures (and I don't mean procs)
in place on what is and what is not ok.
As a computer user, I have the obligation to inform myself of the
documented procedures, and follow the guidelines.
Considering the number of questions on this (and other) board(s)
about this and similar topics,
it is obvious that people do not make any effort to read the documentation
supplied by site administrators.
publishing site standards is usually the second thing that a site admin group does.
the first, obviously, is to RACF everything to death. |
|
Back to top |
|
|
saurabh39 Warnings : 1 Active User
Joined: 11 Apr 2008 Posts: 144 Location: Jamshedpur
|
|
|
|
HI,
Quote: |
every site that I have worked, (and it has been a few)
had documented procedures (and I don't mean procs)
in place on what is and what is not ok |
In my site, I am still to lay my hands on those highly valued documents. 2 Months into system...those are still elusive to me......partly because i am working from offshore...and my system is not very systematic. Unlike my previous project....where the system admin were just a mail away...and also they had a centralized LN database for all documents......but in current project that is not the case.........but i guess even that is blessing in disguise...bcoz i never saw the logon proc in my previous project....but here i was forced to look for logon proc and see what all is there...... |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
I have a requirement to submit a REXX program, when I logon to mainframe. |
Something that may be less than elegant would be to simply execute this each time you log on. . .
If you are permitted to run "your own" rexx code, this could do what you want. |
|
Back to top |
|
|
|