View previous topic :: View next topic
|
Author |
Message |
Pedro
Global Moderator
Joined: 01 Sep 2006 Posts: 2547 Location: Silicon Valley
|
|
|
|
See chapter 7, 'Reviewing execution of a job', of "Implementing REXX
Support in SDSF", SG24-7419-00
I think you can copy all of the examples in chapter 7 into one rexx program to do what you want (more or less). |
|
Back to top |
|
|
Anirban Bhattacharjee
New User
Joined: 12 Aug 2011 Posts: 9 Location: India
|
|
|
|
Pedro wrote: |
See chapter 7, 'Reviewing execution of a job', of "Implementing REXX
Support in SDSF", SG24-7419-00
I think you can copy all of the examples in chapter 7 into one rexx program to do what you want (more or less). |
Thanks Pedro,,,,yeah..this book contains so many examples and covers almost everything I need.!! |
|
Back to top |
|
|
Anirban Bhattacharjee
New User
Joined: 12 Aug 2011 Posts: 9 Location: India
|
|
|
|
dick scherrer wrote: |
Hello,
Quote: |
I implore our seniors .. |
Why might you believe we would provide advice on something that most of us (seniors) believe should not be done.
Your management may expect you to do "something", but we would be somewhat irresponsible to help implement something that is known to cause more problems that it solves. |
Ok Dic...yes bith u and enrico are correct.i agree.Just because i have been asked to be stupid doesnt mean I have to..gave it a lot of thought.
So I am starting over :
This is my requirement in brief :(repeating again for easy reference)
1) We have 4 Jobs.
2) First drains data from the queue .It takes no input and drains all the records from a queue without any filter and writes them to a current version of GDG.
3) In the next job..testers can input their uniqueue record identifier,say a serial number, and that filters the desired records only to another GDG.
Here every invidual testers will provide their own serial numbers and will get the desired records only as output .This job will search all the versions of GDG created by Step 2 for the record.
4)Output of 3rd job is input to Job 4.Job 4 creates 2 outputs(GDGs),one for archival and another for Printing in AFP printer.
My assignment is to create a panel based tool which will enable the non tech staffs to interact with the system.There shouldbe panel with minimum 100 coloumns for Step 2 where users will proide their identifiers
instead of them providing the same in SYSIN step.The tool will put their
identifiers from the panel in to the JCL and submit the job.
In all of the steps I need to show the output file names in a panel screen so that the users need not go to SDSF and find that out.
Also all the outputs of individual jobs needs to be displayed on the screen.
Now I dont have edit/copy/move and compile access to changeman..
so I have written a compile JCL and run JCl of my own and it works:)
I cant inform anybody through mail...all outputs must be captured in the tool screen itself.
Please advise what would be the best approach to achive this based upon your experience and observations .
If u just give me some basic ideas ..i would be ever grateful to you. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Quote: |
Please advise what would be the best approach to achive this based upon your experience and observations . |
If i was required to do something similar, i would not have used this approach. . .
You/your organization has already decided steps that must be taken and now the goal is to try to find a way to implement so that the process can run end-to-end. I question the steps as defined. I suspect that "someone" has made this decision without thinking about the supportablilty of such a process. There are several "requirements" that i believe should be re-thought.
The amount of knowledge transfer that would be needed to address this here is too big for a forum topic. As a starting point, i would take the direction that the online and the batch do not need to "communicate". The results of the batch jobs can be made available by storing the data in user-specific files or database tables. Then using other screens, they can look at whatever without using SDSF. |
|
Back to top |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Quote: |
...by storing the data in user-specific viles... |
I know it is a typo, but what a great name that would be for a dataset containing "bad" (or "junk") data :-)
Serendipity stumbles upon us again. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
The blind squirrel finds an acorn once in a while. . .
Typo fixed - thanks
d |
|
Back to top |
|
|
|