Re: JCL Symbol Resolution
>There are different tastes and different sorts of cake: what do you do with >the following: >//* %%SET %%HHMM = %%SUBSTR %%TIME 1 4 >DSN=MVSDATA.IOA.LOG.TEMP.D%%ODATE >//* %%SET %%A = %%CALCDATE %%ODATE +1 >//* %%IF %%WDAY NE 1 >//TMPENV SET TMPENV=TD.%%JOBNAME.D%%DATE.T%%TIME.O%%ORDERID >They seem quite CTM specific. As I mentioned yesterday, most jobs only need five simple symbolic variables. More complicated stuff like Kees has noted will be rare enough that I can ignore as a complication. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
There are different tastes and different sorts of cake: what do you do with the following: //* %%SET %%HHMM = %%SUBSTR %%TIME 1 4 DSN=MVSDATA.IOA.LOG.TEMP.D%%ODATE //* %%SET %%A = %%CALCDATE %%ODATE +1 //* %%IF %%WDAY NE 1 //TMPENV SET TMPENV=TD.%%JOBNAME.D%%DATE.T%%TIME.O%%ORDERID They seem quite CTM specific. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Wednesday, October 09, 2013 14:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL Symbol Resolution W dniu 2013-10-09 13:40, Vernooij, CP - SPLXM pisze: > *IF* you can migrate the %% features, the problem is probably not that big. > If you migrate to a scheduler that does not have the %% features and you have > jobs and jobstreams built on them, you have bigger problems. > I'm just migrating off Control-M and my experience is the opposite, that means %%variables migration is a piece of cake. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
W dniu 2013-10-09 13:40, Vernooij, CP - SPLXM pisze: *IF* you can migrate the %% features, the problem is probably not that big. If you migrate to a scheduler that does not have the %% features and you have jobs and jobstreams built on them, you have bigger problems. I'm just migrating off Control-M and my experience is the opposite, that means %%variables migration is a piece of cake. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
*IF* you can migrate the %% features, the problem is probably not that big. If you migrate to a scheduler that does not have the %% features and you have jobs and jobstreams built on them, you have bigger problems. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Wednesday, October 09, 2013 13:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL Symbol Resolution W dniu 2013-10-08 08:18, Vernooij, CP - SPLXM pisze: > Did you consider well the pro's and con's of widely using the Contol-M > features? This will tie you rigidly to this product and will cost you a lot > of work if you decide to convert to another scheduler in the future. IMHO this is one of the easiest things to migrate (I mean %%variables). The problem could be difference in calendar features (some job schedulers do not have CYC jobs), or hard-coded API functions in the application code. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
W dniu 2013-10-08 08:18, Vernooij, CP - SPLXM pisze: Did you consider well the pro's and con's of widely using the Contol-M features? This will tie you rigidly to this product and will cost you a lot of work if you decide to convert to another scheduler in the future. IMHO this is one of the easiest things to migrate (I mean %%variables). The problem could be difference in calendar features (some job schedulers do not have CYC jobs), or hard-coded API functions in the application code. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
John (et al): There is a tool from a vendor I work with that not only addresses the need to automatically modify JCL at any point of access, but also can call this same automatic modification facility from a tool that interfaces with the scheduler software (virtually any vendor tool you can think of) and it allows on demand or on request jobs to be managed through the scheduler, but independent of the Prod Cont Department staff. Regards, Mitch McCluhan, Legacy Modernization Consultant. -Original Message- From: Roberts, John J To: IBM-MAIN Sent: Tue, Oct 8, 2013 1:11 pm Subject: Re: JCL Symbol Resolution >Did you consider well the pro's and con's of widely using the Contol-M eatures? This will tie you rigidly to this product and will cost you a lot of ork if you decide to convert to another scheduler in the future. Having learned rom Syncsort and PDSMAN whose features were not compatible with the orresponding IBM products, we only use a few of the % features of Control-M and nly in a very controlled group of jobs. This also answers your question partly. I only want to use a few AutoEdit variables so that we can avoid having to aintain test and prod versions of the same JCL. After struggling for many onths, I have finally got my client to adopt and implement standards for test ataset names and libraries. So it is possible to switch JCL from running gainst PROD resources to alternative TEST resources by passing an Environment D and letting all the DSN's reference symbols that are derived from the EnvID. eyond this, TEST JCL needs to differ from PROD in only a few other respects: a) Initial character of the JOB name, (b) Account Field, (c) JOBCLASS, and (d) SER on the JOB card. I had hoped to make these four Control-M symbols, plus he previously mentioned %%ENVID. So only the first few lines of the JCL member would be affected. In the event hat my client changes their mind about Control-M, I can easily refactor the JCL o whatever the new requirement demands. I have developed a JCL parsing tool hat loads JCL statement text into a SQL database. Plus other tools to identify atterns for change and generate PANVALET ++UPDATE statements to make the hanges. So doing what I plan won't tie me to the product and it wouldn't cost hat much to convert to something else. However, doing what I plan will be a complication for developers who want to ubmit outside of Control-M. I was certain that someone else on the list would ave addressed this need. But it looks like I will need to follow John M's dvice and roll my own. Which is going to be hard since I haven't done REXX in 0 years. Also, the solution proposed by Aussie Anthony Thompson won't work for me, since am pretty sure that jobs ordered using CTMAPI will still cost against our icense count. Thanks to all who have responded to this inquiry. John -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
>Did you consider well the pro's and con's of widely using the Contol-M >features? This will tie you rigidly to this product and will cost you a lot of >work if you decide to convert to another scheduler in the future. Having >learned from Syncsort and PDSMAN whose features were not compatible with the >corresponding IBM products, we only use a few of the % features of Control-M >and only in a very controlled group of jobs. This also answers your question >partly. I only want to use a few AutoEdit variables so that we can avoid having to maintain test and prod versions of the same JCL. After struggling for many months, I have finally got my client to adopt and implement standards for test dataset names and libraries. So it is possible to switch JCL from running against PROD resources to alternative TEST resources by passing an Environment ID and letting all the DSN's reference symbols that are derived from the EnvID. Beyond this, TEST JCL needs to differ from PROD in only a few other respects: (a) Initial character of the JOB name, (b) Account Field, (c) JOBCLASS, and (d) USER on the JOB card. I had hoped to make these four Control-M symbols, plus the previously mentioned %%ENVID. So only the first few lines of the JCL member would be affected. In the event that my client changes their mind about Control-M, I can easily refactor the JCL to whatever the new requirement demands. I have developed a JCL parsing tool that loads JCL statement text into a SQL database. Plus other tools to identify patterns for change and generate PANVALET ++UPDATE statements to make the changes. So doing what I plan won't tie me to the product and it wouldn't cost that much to convert to something else. However, doing what I plan will be a complication for developers who want to submit outside of Control-M. I was certain that someone else on the list would have addressed this need. But it looks like I will need to follow John M's advice and roll my own. Which is going to be hard since I haven't done REXX in 20 years. Also, the solution proposed by Aussie Anthony Thompson won't work for me, since I am pretty sure that jobs ordered using CTMAPI will still cost against our license count. Thanks to all who have responded to this inquiry. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
Kees: Your points are well worth considering. As I had mentioned in a previous comment to this string, there are products available that make it possible to do all that you require outside of (independent of) any particular scheduling environment, and they are well suited to interface seamlessly with a variety of ISV tools that are part of this environment. Regards, Mitch -Original Message- From: Vernooij, CP - SPLXM To: IBM-MAIN Sent: Mon, Oct 7, 2013 11:18 pm Subject: Re: JCL Symbol Resolution Did you consider well the pro's and con's of widely using the Contol-M features? his will tie you rigidly to this product and will cost you a lot of work if you ecide to convert to another scheduler in the future. Having learned from yncsort and PDSMAN whose features were not compatible with the corresponding BM products, we only use a few of the % features of Control-M and only in a ery controlled group of jobs. This also answers your question partly. Kees. -Original Message- rom: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf f Roberts, John J ent: Monday, October 07, 2013 22:03 o: IBM-MAIN@LISTSERV.UA.EDU ubject: JCL Symbol Resolution We are about to become a new BMC Control-M installation. Part of this involves hanging our JCL to reference Control-M symbols. So instead of a plain-jane JOB ard, we might have something where the accounting field is supplied as %%ACCT nd the JOB CLASS is specified as %%JC. This is all good in PROD, where these symbols are resolved from job definitions y Control-M before submission. But what about unit testing? For one, I don't want to run unit test jobs from ontrol-M, since our license will count these against our limit. And I don't ant to force our developers to edit the JCL before submission, since (a) it ould be a PITA, and (b) they would surely forget to cancel the edit, corrupting he member. What I really want is the ability for developers to perform a special "SUBMIT" rom their ISPF EDIT session, where: a) the developer is prompted to resolve the symbols before the JCL text is ritten to INTRDR, and/or b) the symbols are resolved from some configuration file before the modified CL is written to INTRDR. I think that some kind of ISPF EDIT MACRO could do this work, but I have orgotten how to do this. I am hoping that this is a common enough problem that omeone else may have developed a solution they could share. Note that I know that there are some things related to Control-M that a simple DIT Macro could not solve. Stuff like the %%IF-%%ELSE-%%ENDIF sequences and he built in functions for date calculations and character substrings. But hese are rare enough that I would be happy with a simple symbol substitution olution. I have asked our sysprogs to pose this question to BMC and CetanCorp. But I uspect that their answer will revolve around their new JCLVERIFY product. If his can work standalone without adding to our license count, that would be reat. Otherwise we will need this other solution. Also, I will need to bring this up with the supplier of our current JCL alidation utility - the product known as JED (dcmsi.com). This has one nice eature that the new JCLVERIFY lacks, the ability to display the contents of arameter members, both PDS and PANVALET. JED is also capable of validating hings like SORT and IDCAMS control statements. John -- or IBM-MAIN subscribe / signoff / archive access instructions, send email to ists...@listserv.ua.edu with the message: INFO IBM-MAIN *** or information, services and offers, please visit our web site: ttp://www.klm.com. This e-mail and any attachment may contain confidential and rivileged material intended for the addressee only. If you are not the ddressee, you are notified that no part of the e-mail or any attachment may be isclosed, copied or distributed, and that any other action related to this -mail or attachment is strictly prohibited, and may be unlawful. If you have eceived this e-mail by error, please notify the sender immediately by return -mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its mployees shall not be liable for the incorrect or incomplete transmission of his e-mail or any attachments, nor responsible for any delay in receipt. oninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch irlines) is registered in Amstelveen, The Netherlands, with registered number 3014286 *** - or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
Did you consider well the pro's and con's of widely using the Contol-M features? This will tie you rigidly to this product and will cost you a lot of work if you decide to convert to another scheduler in the future. Having learned from Syncsort and PDSMAN whose features were not compatible with the corresponding IBM products, we only use a few of the % features of Control-M and only in a very controlled group of jobs. This also answers your question partly. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roberts, John J Sent: Monday, October 07, 2013 22:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: JCL Symbol Resolution We are about to become a new BMC Control-M installation. Part of this involves changing our JCL to reference Control-M symbols. So instead of a plain-jane JOB card, we might have something where the accounting field is supplied as %%ACCT and the JOB CLASS is specified as %%JC. This is all good in PROD, where these symbols are resolved from job definitions by Control-M before submission. But what about unit testing? For one, I don't want to run unit test jobs from Control-M, since our license will count these against our limit. And I don't want to force our developers to edit the JCL before submission, since (a) it would be a PITA, and (b) they would surely forget to cancel the edit, corrupting the member. What I really want is the ability for developers to perform a special "SUBMIT" from their ISPF EDIT session, where: (a) the developer is prompted to resolve the symbols before the JCL text is written to INTRDR, and/or (b) the symbols are resolved from some configuration file before the modified JCL is written to INTRDR. I think that some kind of ISPF EDIT MACRO could do this work, but I have forgotten how to do this. I am hoping that this is a common enough problem that someone else may have developed a solution they could share. Note that I know that there are some things related to Control-M that a simple EDIT Macro could not solve. Stuff like the %%IF-%%ELSE-%%ENDIF sequences and the built in functions for date calculations and character substrings. But these are rare enough that I would be happy with a simple symbol substitution solution. I have asked our sysprogs to pose this question to BMC and CetanCorp. But I suspect that their answer will revolve around their new JCLVERIFY product. If this can work standalone without adding to our license count, that would be great. Otherwise we will need this other solution. Also, I will need to bring this up with the supplier of our current JCL validation utility - the product known as JED (dcmsi.com). This has one nice feature that the new JCLVERIFY lacks, the ability to display the contents of parameter members, both PDS and PANVALET. JED is also capable of validating things like SORT and IDCAMS control statements. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
You need to review the Control/M CTMAPI function, described in the Control/M User's Guide. This allows you to create/order new 'tables' which essentially define scheduling parameters, such as where the JCL is stored, when to run, dependencies on other jobs etc, time/date restrictions, etc. CTMAPI can be called from Clists, REXX or batch. You can use this to create a 'submit' edit macro to run a stand-alone job, by building a table that just says to run this job now. The job will then go through all the Control/M machinations, including resolving auto-edit variables (those Control/M JCL 'symbols'). There is also the CTMAESIM utility which tests auto-edit variables. I don't think any of the Control/x products are at all well documented. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roberts, John J Sent: Tuesday, 8 October 2013 5:33 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: JCL Symbol Resolution We are about to become a new BMC Control-M installation. Part of this involves changing our JCL to reference Control-M symbols. So instead of a plain-jane JOB card, we might have something where the accounting field is supplied as %%ACCT and the JOB CLASS is specified as %%JC. This is all good in PROD, where these symbols are resolved from job definitions by Control-M before submission. But what about unit testing? For one, I don't want to run unit test jobs from Control-M, since our license will count these against our limit. And I don't want to force our developers to edit the JCL before submission, since (a) it would be a PITA, and (b) they would surely forget to cancel the edit, corrupting the member. What I really want is the ability for developers to perform a special "SUBMIT" from their ISPF EDIT session, where: (a) the developer is prompted to resolve the symbols before the JCL text is written to INTRDR, and/or (b) the symbols are resolved from some configuration file before the modified JCL is written to INTRDR. I think that some kind of ISPF EDIT MACRO could do this work, but I have forgotten how to do this. I am hoping that this is a common enough problem that someone else may have developed a solution they could share. Note that I know that there are some things related to Control-M that a simple EDIT Macro could not solve. Stuff like the %%IF-%%ELSE-%%ENDIF sequences and the built in functions for date calculations and character substrings. But these are rare enough that I would be happy with a simple symbol substitution solution. I have asked our sysprogs to pose this question to BMC and CetanCorp. But I suspect that their answer will revolve around their new JCLVERIFY product. If this can work standalone without adding to our license count, that would be great. Otherwise we will need this other solution. Also, I will need to bring this up with the supplier of our current JCL validation utility - the product known as JED (dcmsi.com). This has one nice feature that the new JCLVERIFY lacks, the ability to display the contents of parameter members, both PDS and PANVALET. JED is also capable of validating things like SORT and IDCAMS control statements. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
Everyone: There is a tool that fully integrates wtih all scheduler and change management software to automatically make any required changes to JCL for any environment (devl, test, unit test, QA, User Acceptance, Prod, etc.), so the programmers will never have to remember what changes need to be made for any required or desired processing characteristics. Regards, Mitch McCluhan, Legacy Modernization Consultant www.lcmg.us -Original Message- From: Paul Gilmartin To: IBM-MAIN Sent: Mon, Oct 7, 2013 1:33 pm Subject: Re: JCL Symbol Resolution On 2013-10-07 14:02, Roberts, John J wrote: But what about unit testing? For one, I don't want to run unit test jobs from ontrol-M, since our license will count these against our limit. And I don't ant to force our developers to edit the JCL before submission, since (a) it ould be a PITA, and (b) they would surely forget to cancel the edit, corrupting he member. ACF should be your friend here. And remind them to use VIEW instead f EDIT. > I think that some kind of ISPF EDIT MACRO could do this work, but I have orgotten how to do this. I am hoping that this is a common enough problem that omeone else may have developed a solution they could share. ohn M. has a pretty good solution. It should, however, at least tart with a MACRO command. I'd leave off the SUBMIT to leave the programmer a chance to review efore SUBMIT. -- gil -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
On 2013-10-07 14:02, Roberts, John J wrote: > > But what about unit testing? For one, I don't want to run unit test jobs > from Control-M, since our license will count these against our limit. And I > don't want to force our developers to edit the JCL before submission, since > (a) it would be a PITA, and (b) they would surely forget to cancel the edit, > corrupting the member. > RACF should be your friend here. And remind them to use VIEW instead of EDIT. > I think that some kind of ISPF EDIT MACRO could do this work, but I have > forgotten how to do this. I am hoping that this is a common enough problem > that someone else may have developed a solution they could share. > John M. has a pretty good solution. It should, however, at least start with a MACRO command. I'd leave off the SUBMIT to leave the programmer a chance to review before SUBMIT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JCL Symbol Resolution
I don't know Control-M. But you can create a REXX program, placed on SYSPROC or SYSEXEC called SUBMIT, and an alias of SUB. This would look something like: /* REXX */ ADDRESS ISREDIT SYMBOL.='?' ... do something here to populate the SYMBOL stem VARNAME='%%JC' JC=SYMBOL.VARNAME "CHANGE '%%JC' '"JC"' ALL" ... and so on.. BUILTIN SUBMIT That last is how you then invoke the normal SUBMIT. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ISPZEM90/3.2.7 On Mon, Oct 7, 2013 at 3:02 PM, Roberts, John J wrote: > We are about to become a new BMC Control-M installation. Part of this > involves changing our JCL to reference Control-M symbols. So instead of a > plain-jane JOB card, we might have something where the accounting field is > supplied as %%ACCT and the JOB CLASS is specified as %%JC. > > This is all good in PROD, where these symbols are resolved from job > definitions by Control-M before submission. > > But what about unit testing? For one, I don't want to run unit test jobs > from Control-M, since our license will count these against our limit. And > I don't want to force our developers to edit the JCL before submission, > since (a) it would be a PITA, and (b) they would surely forget to cancel > the edit, corrupting the member. > > What I really want is the ability for developers to perform a special > "SUBMIT" from their ISPF EDIT session, where: > (a) the developer is prompted to resolve the symbols before the JCL text > is written to INTRDR, and/or > (b) the symbols are resolved from some configuration file before the > modified JCL is written to INTRDR. > > I think that some kind of ISPF EDIT MACRO could do this work, but I have > forgotten how to do this. I am hoping that this is a common enough problem > that someone else may have developed a solution they could share. > > Note that I know that there are some things related to Control-M that a > simple EDIT Macro could not solve. Stuff like the %%IF-%%ELSE-%%ENDIF > sequences and the built in functions for date calculations and character > substrings. But these are rare enough that I would be happy with a simple > symbol substitution solution. > > I have asked our sysprogs to pose this question to BMC and CetanCorp. But > I suspect that their answer will revolve around their new JCLVERIFY > product. If this can work standalone without adding to our license count, > that would be great. Otherwise we will need this other solution. > > Also, I will need to bring this up with the supplier of our current JCL > validation utility - the product known as JED (dcmsi.com). This has one > nice feature that the new JCLVERIFY lacks, the ability to display the > contents of parameter members, both PDS and PANVALET. JED is also capable > of validating things like SORT and IDCAMS control statements. > > John > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- I have _not_ lost my mind! It is backed up on a flash drive somewhere. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
JCL Symbol Resolution
We are about to become a new BMC Control-M installation. Part of this involves changing our JCL to reference Control-M symbols. So instead of a plain-jane JOB card, we might have something where the accounting field is supplied as %%ACCT and the JOB CLASS is specified as %%JC. This is all good in PROD, where these symbols are resolved from job definitions by Control-M before submission. But what about unit testing? For one, I don't want to run unit test jobs from Control-M, since our license will count these against our limit. And I don't want to force our developers to edit the JCL before submission, since (a) it would be a PITA, and (b) they would surely forget to cancel the edit, corrupting the member. What I really want is the ability for developers to perform a special "SUBMIT" from their ISPF EDIT session, where: (a) the developer is prompted to resolve the symbols before the JCL text is written to INTRDR, and/or (b) the symbols are resolved from some configuration file before the modified JCL is written to INTRDR. I think that some kind of ISPF EDIT MACRO could do this work, but I have forgotten how to do this. I am hoping that this is a common enough problem that someone else may have developed a solution they could share. Note that I know that there are some things related to Control-M that a simple EDIT Macro could not solve. Stuff like the %%IF-%%ELSE-%%ENDIF sequences and the built in functions for date calculations and character substrings. But these are rare enough that I would be happy with a simple symbol substitution solution. I have asked our sysprogs to pose this question to BMC and CetanCorp. But I suspect that their answer will revolve around their new JCLVERIFY product. If this can work standalone without adding to our license count, that would be great. Otherwise we will need this other solution. Also, I will need to bring this up with the supplier of our current JCL validation utility - the product known as JED (dcmsi.com). This has one nice feature that the new JCLVERIFY lacks, the ability to display the contents of parameter members, both PDS and PANVALET. JED is also capable of validating things like SORT and IDCAMS control statements. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN