Re: SCRT Delivery
It would be a lot simpler (at least for me) if SCRT was distributed as a load module. Having the object embedded in JCL is a point a failure. I agree. It’s just too easy to make changes by mistake. What we ended up doing was moving the job to production which had a standard of no instream data. So, we would manually separate the object module, and the parameter file into external datasets. It's still an error-prone procedure, but it's the best we couls do. - Too busy driving to stop for gas! -- 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
Re: SCRT Delivery
Gadi, I raised this issue over five years ago. I do not remember the exact reason they gave me, but I do remember thinking it was a wee bit lame. However, consider the process. They notify us weeks in advance that we need to download a new version of the tool. The new version is available from the internet, it has the object changes *and* sample NO89 entries embedded within it. That last part is just as important as the object portion as they provide the correct product IDs for us to use when running the report. I don't know about you, but as often as this product changes, it would make it a SMP/E nightmare for delivery unless everyone is already using internet delivery, which I am positive *everyone* is not. Finally, submitting SCRT is elective. Granted, you won't like your software bill if you don't submit the reports, but they make the rules. By playing the game, you agreed to use their bats, balls and playing field (to use a baseball analogy). I wish I could be more encouraging, but as I said, I raised this point a long time ago and have seen no movement on changing the process since then. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gad...@malam.com Sent: Monday, April 12, 2010 2:53 AM To: IBM-MAIN@bama.ua.edu Subject: SCRT Delivery Hi, Today I received notification of a new version of SCRT. It would be a lot simpler (at least for me) if SCRT was distributed as a load module. Having the object embedded in JCL is a point a failure. It’s just too easy to make changes by mistake. I would really like SCRT to be distributed as part of the operating system and be updated by PTF. I sent this message to s...@us.ibm.commailto:s...@us.ibm.com, but I want to get the message out through this list as well. Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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 -- 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
Re: SCRT Delivery
Hi Bob, I just hope I will get a reply. Maybe someone there will think that changing the ball (or is it the bat), makes sense. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Monday, April 12, 2010 1:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SCRT Delivery Gadi, I raised this issue over five years ago. I do not remember the exact reason they gave me, but I do remember thinking it was a wee bit lame. However, consider the process. They notify us weeks in advance that we need to download a new version of the tool. The new version is available from the internet, it has the object changes *and* sample NO89 entries embedded within it. That last part is just as important as the object portion as they provide the correct product IDs for us to use when running the report. I don't know about you, but as often as this product changes, it would make it a SMP/E nightmare for delivery unless everyone is already using internet delivery, which I am positive *everyone* is not. Finally, submitting SCRT is elective. Granted, you won't like your software bill if you don't submit the reports, but they make the rules. By playing the game, you agreed to use their bats, balls and playing field (to use a baseball analogy). I wish I could be more encouraging, but as I said, I raised this point a long time ago and have seen no movement on changing the process since then. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gad...@malam.com Sent: Monday, April 12, 2010 2:53 AM To: IBM-MAIN@bama.ua.edu Subject: SCRT Delivery Hi, Today I received notification of a new version of SCRT. It would be a lot simpler (at least for me) if SCRT was distributed as a load module. Having the object embedded in JCL is a point a failure. It’s just too easy to make changes by mistake. I would really like SCRT to be distributed as part of the operating system and be updated by PTF. I sent this message to s...@us.ibm.commailto:s...@us.ibm.com, but I want to get the message out through this list as well. Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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 -- 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 לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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
Re: SCRT Delivery
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Monday, April 12, 2010 1:53 AM To: IBM-MAIN@bama.ua.edu Subject: SCRT Delivery Hi, Today I received notification of a new version of SCRT. It would be a lot simpler (at least for me) if SCRT was distributed as a load module. Having the object embedded in JCL is a point a failure. It's just too easy to make changes by mistake. I would really like SCRT to be distributed as part of the operating system and be updated by PTF. I sent this message to s...@us.ibm.commailto:s...@us.ibm.com, but I want to get the message out through this list as well. Gadi Oh, my. If that were done, I'd be forced to update SCRT via a change request. Around here, that is a royal pain. It is much simplier, for me, to replace the JCL with a change notification (JCL changes are easier to make than installing a z/OS related PTF). If you want, you should be able to just link the given object code into a load library using IEWL with your own JCL. Or even make up your own USERMOD, if you really need to. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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
Re: SCRT Delivery
On Mon, 12 Apr 2010 07:06:20 +, Ted MacNEIL wrote: It would be a lot simpler (at least for me) if SCRT was distributed as a load module. Having the object embedded in JCL is a point a failure. I agree. Its just too easy to make changes by mistake. What we ended up doing was moving the job to production which had a standard of no instream data. I guess I see the rationale for the rule. So, we would manually separate the object module, and the parameter file into external datasets. But, does adding a processing step lessen the likelihood of error? It's still an error-prone procedure, but it's the best we couls do. Does IBM suppy a checksum for this thing? It's easy enough to verify a checksum with: cp -B //'JCL.DATA.SET(MEMBER' /dev/fd/0 | cksum and to use SuperC to verify that changes are made only in the JCL or by removing the JCL. -- gil -- 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
Re: SCRT Delivery
I agree with John. Since I, as the performance analyst/capacity planner here, am responsible for sub-capacity pricing processes, I can easily install SCRT into libraries that I control. Since it has no affect on external customers, I don't have to go through heavy duty change control. If it were a part of the OS then I'd have to rely on system programmers and their schedule to get it installed. I have nothing against system programmers mind you. I was one once. It's just that they have other fish to fry, and the SCRT is updated more often then the OS. Also, if it is a new version, as opposed to a new release, you have to use it for the next report submission, and you usually have about 2-3 weeks to get it installed. If I had to go through a full change control process to get it in I probably couldn't get it installed in time. With the way I put it in currently, I can get it installed in a day if I need to. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Monday, April 12, 2010 7:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SCRT Delivery -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ??? Sent: Monday, April 12, 2010 1:53 AM To: IBM-MAIN@bama.ua.edu Subject: SCRT Delivery Hi, Today I received notification of a new version of SCRT. It would be a lot simpler (at least for me) if SCRT was distributed as a load module. Having the object embedded in JCL is a point a failure. It's just too easy to make changes by mistake. I would really like SCRT to be distributed as part of the operating system and be updated by PTF. I sent this message to s...@us.ibm.commailto:s...@us.ibm.com, but I want to get the message out through this list as well. Gadi Oh, my. If that were done, I'd be forced to update SCRT via a change request. Around here, that is a royal pain. It is much simplier, for me, to replace the JCL with a change notification (JCL changes are easier to make than installing a z/OS related PTF). If you want, you should be able to just link the given object code into a load library using IEWL with your own JCL. Or even make up your own USERMOD, if you really need to. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- 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