Re: Enforcing CLASS in instream proc
Yes, ThruPut Manager (owned by Compuware Corp.) is available. In JAL you can identify the PROCs being executed and where they came from. You can also identify the input class and then direct the job to execute on whatever LPAR you choose. That's one of the very many things that can be done with TM...check it out at the Compuware site. Dan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
I wonder if the product ThruPut manager is still available, if so, via JAL (job action Language) the OP may be able to direct work based on this criteria Carmen Vitullo - Original Message - From: "Wayne Bickerdike" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tuesday, December 18, 2018 12:38:41 PM Subject: Re: Enforcing CLASS in instream proc Now that the OP has clarified his requirement, my initial thought was that the PROC could be changed to simply re-submit a new job via INTRDR. This would direct the job to the required job class. PROCA - do what you do now PROCB - INTRDR submit to run in different class. On Wed, Dec 19, 2018 at 3:37 AM Jesse 1 Robinson wrote: > We historically use a combination of JES(2) exits to set JOBCLASS for a > whole host of reasons. PROC does not happen to be one, but with standard > documented exits, you can test for almost anything in one exit and > communicate with other exits to achieve the result you want. The great > Class Setter is probably Exit 6, which can take direction from other exits > to decide what class a job should run in. > > I'm not necessary recommending that a shop set off on an exit-writing > binge. In particular, in OP's case, I'm still puzzled as to what needs to > be accomplished. Just pointing out that the levers and buttons are probably > available to an ambitious coder. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Farley, Peter x23353 > Sent: Monday, December 17, 2018 10:48 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Enforcing CLASS in instream proc > > Peter, > > There is no way I know of to select or enforce a JOB class based on the > presence and usage of any particular PROC (instream or not). > > Your best bet may be to write a utility program that svans the DD's in the > job to see if it uses one of those product libraries and also retrieves to > JOB class via control block chasing. > > Then if the job class is not the one in which you want those > libraries/products to run, ABEND the job with a message to the programmers > to change the JOB CLASS to the required one and resubmit the job. > > Unless you have a product like JCLCHECK or JCLPREP which can scan JCL and > enforce shop standard JCL rules (like using the right JOB CLASS) I think > you are probably not going to be able to automate this requirement at all. > > There may be some JCL scanning tools on the CBT site that could possibly > help if you can't afford ISV products like JCLCHECK or JCLPREP. I haven't > investigated that area on CBT so I am not personally aware of any such > tools, but there may be some there. > > Is this desire to run zIIP-enabled software in a particular JOB CLASS just > a management request for no good technical reason, or are there real CPU > reporting or license-enforcement rules that specifying a particular job > class would make it easier to do or report? > > In other words, what problem does enforcing a particular job class for > zIIP-enabled software solve for you? > > Peter > > -Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: Sunday, December 16, 2018 2:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Enforcing CLASS in instream proc > > Hi > > We have some job which runs with a default class B. > > We would like to redirect some of the Job which uses a particular instream > to use a different class. > > Is there a way to enforce the class selection while using a specific > instream proc ? > > I am seeing the manual on instream. Procedure override but I don't find > any reference on my requirement > > > Has anyone tried this similar and have a working solution ? > > Peter > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- 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: Enforcing CLASS in instream proc
Now that the OP has clarified his requirement, my initial thought was that the PROC could be changed to simply re-submit a new job via INTRDR. This would direct the job to the required job class. PROCA - do what you do now PROCB - INTRDR submit to run in different class. On Wed, Dec 19, 2018 at 3:37 AM Jesse 1 Robinson wrote: > We historically use a combination of JES(2) exits to set JOBCLASS for a > whole host of reasons. PROC does not happen to be one, but with standard > documented exits, you can test for almost anything in one exit and > communicate with other exits to achieve the result you want. The great > Class Setter is probably Exit 6, which can take direction from other exits > to decide what class a job should run in. > > I'm not necessary recommending that a shop set off on an exit-writing > binge. In particular, in OP's case, I'm still puzzled as to what needs to > be accomplished. Just pointing out that the levers and buttons are probably > available to an ambitious coder. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Farley, Peter x23353 > Sent: Monday, December 17, 2018 10:48 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: (External):Re: Enforcing CLASS in instream proc > > Peter, > > There is no way I know of to select or enforce a JOB class based on the > presence and usage of any particular PROC (instream or not). > > Your best bet may be to write a utility program that svans the DD's in the > job to see if it uses one of those product libraries and also retrieves to > JOB class via control block chasing. > > Then if the job class is not the one in which you want those > libraries/products to run, ABEND the job with a message to the programmers > to change the JOB CLASS to the required one and resubmit the job. > > Unless you have a product like JCLCHECK or JCLPREP which can scan JCL and > enforce shop standard JCL rules (like using the right JOB CLASS) I think > you are probably not going to be able to automate this requirement at all. > > There may be some JCL scanning tools on the CBT site that could possibly > help if you can't afford ISV products like JCLCHECK or JCLPREP. I haven't > investigated that area on CBT so I am not personally aware of any such > tools, but there may be some there. > > Is this desire to run zIIP-enabled software in a particular JOB CLASS just > a management request for no good technical reason, or are there real CPU > reporting or license-enforcement rules that specifying a particular job > class would make it easier to do or report? > > In other words, what problem does enforcing a particular job class for > zIIP-enabled software solve for you? > > Peter > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: Sunday, December 16, 2018 2:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Enforcing CLASS in instream proc > > Hi > > We have some job which runs with a default class B. > > We would like to redirect some of the Job which uses a particular instream > to use a different class. > > Is there a way to enforce the class selection while using a specific > instream proc ? > > I am seeing the manual on instream. Procedure override but I don't find > any reference on my requirement > > > Has anyone tried this similar and have a working solution ? > > Peter > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
We historically use a combination of JES(2) exits to set JOBCLASS for a whole host of reasons. PROC does not happen to be one, but with standard documented exits, you can test for almost anything in one exit and communicate with other exits to achieve the result you want. The great Class Setter is probably Exit 6, which can take direction from other exits to decide what class a job should run in. I'm not necessary recommending that a shop set off on an exit-writing binge. In particular, in OP's case, I'm still puzzled as to what needs to be accomplished. Just pointing out that the levers and buttons are probably available to an ambitious coder. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Monday, December 17, 2018 10:48 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Enforcing CLASS in instream proc Peter, There is no way I know of to select or enforce a JOB class based on the presence and usage of any particular PROC (instream or not). Your best bet may be to write a utility program that svans the DD's in the job to see if it uses one of those product libraries and also retrieves to JOB class via control block chasing. Then if the job class is not the one in which you want those libraries/products to run, ABEND the job with a message to the programmers to change the JOB CLASS to the required one and resubmit the job. Unless you have a product like JCLCHECK or JCLPREP which can scan JCL and enforce shop standard JCL rules (like using the right JOB CLASS) I think you are probably not going to be able to automate this requirement at all. There may be some JCL scanning tools on the CBT site that could possibly help if you can't afford ISV products like JCLCHECK or JCLPREP. I haven't investigated that area on CBT so I am not personally aware of any such tools, but there may be some there. Is this desire to run zIIP-enabled software in a particular JOB CLASS just a management request for no good technical reason, or are there real CPU reporting or license-enforcement rules that specifying a particular job class would make it easier to do or report? In other words, what problem does enforcing a particular job class for zIIP-enabled software solve for you? Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: Sunday, December 16, 2018 2:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Enforcing CLASS in instream proc Hi We have some job which runs with a default class B. We would like to redirect some of the Job which uses a particular instream to use a different class. Is there a way to enforce the class selection while using a specific instream proc ? I am seeing the manual on instream. Procedure override but I don't find any reference on my requirement Has anyone tried this similar and have a working solution ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
Peter, Can you clarify why you like to do that? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter > Sent: 18 December, 2018 3:51 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Enforcing CLASS in instream proc > > That's right Wayne > > On Tue 18 Dec, 2018, 4:50 AM Wayne Bickerdike > > I thought he wanted the job to be scheduled/rescheduled into a > different > > job class. > > > > > > > > > > On Tue, Dec 18, 2018 at 7:33 AM Peter Bishop > wrote: > > > > > It's not clear what you are trying to do. > > > > > > Do you wish to override the output class used by a particular DDNAME > in > > an > > > included procedure? > > > > > > If so, it should be simple, something like > > > > > > //p PROC > > > // jcl here > > > //p PEND > > > //stepname EXEC p > > > //procstepname.ddname-whose-class-you-want-to-override DD > > > SYSOUT=whatever-class-you-want > > > > > > Test this, I just coded it from memory and it may have bugs. > > > > > > Of course, if this isn't what you are trying to do, please explain > and > > you > > > may get your answer. > > > > > > cheers, > > > Peter > > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM- > MAIN > > > > > > > > > -- > > Wayne V. Bickerdike > > > > -- > > 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 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: Enforcing CLASS in instream proc
Peter, There is no way I know of to select or enforce a JOB class based on the presence and usage of any particular PROC (instream or not). Your best bet may be to write a utility program that svans the DD's in the job to see if it uses one of those product libraries and also retrieves to JOB class via control block chasing. Then if the job class is not the one in which you want those libraries/products to run, ABEND the job with a message to the programmers to change the JOB CLASS to the required one and resubmit the job. Unless you have a product like JCLCHECK or JCLPREP which can scan JCL and enforce shop standard JCL rules (like using the right JOB CLASS) I think you are probably not going to be able to automate this requirement at all. There may be some JCL scanning tools on the CBT site that could possibly help if you can't afford ISV products like JCLCHECK or JCLPREP. I haven't investigated that area on CBT so I am not personally aware of any such tools, but there may be some there. Is this desire to run zIIP-enabled software in a particular JOB CLASS just a management request for no good technical reason, or are there real CPU reporting or license-enforcement rules that specifying a particular job class would make it easier to do or report? In other words, what problem does enforcing a particular job class for zIIP-enabled software solve for you? Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: Sunday, December 16, 2018 2:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Enforcing CLASS in instream proc Hi We have some job which runs with a default class B. We would like to redirect some of the Job which uses a particular instream to use a different class. Is there a way to enforce the class selection while using a specific instream proc ? I am seeing the manual on instream. Procedure override but I don't find any reference on my requirement Has anyone tried this similar and have a working solution ? Peter -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
Job class is usually part of the JOB statement, which can be set in the scheduler and other places. Nothing to do with PROCs, instream or otherwise. You can supply JOB statement keywords on the START command if that helps, but unfortunately not CLASS (ignored by the system here). If you need more help, you will need to explain exactly what's not working. cheers, Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
That's right Wayne On Tue 18 Dec, 2018, 4:50 AM Wayne Bickerdike I thought he wanted the job to be scheduled/rescheduled into a different > job class. > > > > > On Tue, Dec 18, 2018 at 7:33 AM Peter Bishop wrote: > > > It's not clear what you are trying to do. > > > > Do you wish to override the output class used by a particular DDNAME in > an > > included procedure? > > > > If so, it should be simple, something like > > > > //p PROC > > // jcl here > > //p PEND > > //stepname EXEC p > > //procstepname.ddname-whose-class-you-want-to-override DD > > SYSOUT=whatever-class-you-want > > > > Test this, I just coded it from memory and it may have bugs. > > > > Of course, if this isn't what you are trying to do, please explain and > you > > may get your answer. > > > > cheers, > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > -- > Wayne V. Bickerdike > > -- > 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: Enforcing CLASS in instream proc
I thought he wanted the job to be scheduled/rescheduled into a different job class. On Tue, Dec 18, 2018 at 7:33 AM Peter Bishop wrote: > It's not clear what you are trying to do. > > Do you wish to override the output class used by a particular DDNAME in an > included procedure? > > If so, it should be simple, something like > > //p PROC > // jcl here > //p PEND > //stepname EXEC p > //procstepname.ddname-whose-class-you-want-to-override DD > SYSOUT=whatever-class-you-want > > Test this, I just coded it from memory and it may have bugs. > > Of course, if this isn't what you are trying to do, please explain and you > may get your answer. > > cheers, > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
It's not clear what you are trying to do. Do you wish to override the output class used by a particular DDNAME in an included procedure? If so, it should be simple, something like //p PROC // jcl here //p PEND //stepname EXEC p //procstepname.ddname-whose-class-you-want-to-override DD SYSOUT=whatever-class-you-want Test this, I just coded it from memory and it may have bugs. Of course, if this isn't what you are trying to do, please explain and you may get your answer. cheers, Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
So how would you, as a human, determine whether a job should use Proc A or Proc B? The logic in your tool would need to make the same decision. So if the tool is building a job, and it reads the parameters to build the JCL. How would it make a decision? This would not be much different than a human building the JCL and having to make a decision on whether to use CLASS=A or CLASS=B So if the tool can decide on which jobclass would be used, you still cannot restrict zIIP usage. If the job uses - say SORT - and it is not in the zIIP class, there is still a possibility it will use a zIIP. Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Peter > Sent: Sunday, December 16, 2018 7:44 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Enforcing CLASS in instream proc > > Lizette, > > Basically those instream proc have some products libraries which uses ZIIP, > just that I want a specific class to be used .. > > So here CLASS is not ongoing the zIIP but just that I want a specific > instream proc to run with a assigned CLASS > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
Since you asked about zIIP reporting and now zIIP restrictions, perhaps you can share what problem you are trying to resolve? There are options available that might help you, but it is not clear what problem you are trying to solve. So work pushed to a zIIP engine will reduce your costs overall. So this is a good thing. Not pushing work to a zIIP could increase your 4HR rolling average and increase your costs for software usage. You have a generator for building batch jobs. Not knowing how this is set up or works, it is difficult to say how to force a common job to a specific jobclass without knowing more details. You do not say if you have tools like z/OSEM by Trident Software, or Easyexit by DTS Software, or other tools. How would you identify in your tool a job that should use a zIIP Proc vs. a normal proc? Here is the manual I use when setting up RMF reports https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.erbb500/toc.htm If you do not have PROJECTCPU in SYS1.PARMLIB set to YES, this maybe something you would like to do https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/spi.htm PROJECTCPU=[YES | NO] Specifies whether to activate or deactivate the projection of how work could be offloaded from regular CPs to special assist processors like the System z Application Assist Processor (zAAP) and the System z Integrated Information Processor (zIIP). Note: The PROJECTCPU parameter is not necessary if you can define a zIIP or zAAP as a reserved processor in the LPAR configuration. The PROJECTCPU parameter is provided for users of earlier processors on which defining a zIIP as a reserved processor is not supported when no zIIP is purchased for planning purposes. If the installation requires ZIIP statistics but there is no ZIIP defined (reserved or actual) on the LPAR, then PROJECTCPU=YES is required regardless of hardware model. Any work that is eligible for being offloaded to a special assist processor will be reported as Special_Processor_on_CP work. This information can be used to understand the benefit of adding a special processor into the configuration. Values: YES or NO Default Value: NO - projection will not be done, unless a special assist processor is configured to the system. In that case, the system will collect projection values. In the ISPF-RMF function you can list your current settings https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.erbb500/erbb500345.htm OPT OPT Settings report Then you can also https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.erbb500/ppr.htm You can get zIIP time in various areas, Service, APPL, and other functions in RMF reporting. It will all depend on what you are looking to generate report(s) on. Hope this helps Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Lizette Koehler > Sent: Sunday, December 16, 2018 7:37 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Enforcing CLASS in instream proc > > I am wondering how you can enforce zIIP usage? > > A zIIP engine, as far as I know, is chosen by z/OS based on interruptible SRB > and work type. > > I do not know of a way to say this CLASS or this JOB will use zIIP. > > So how are you planning to do the assignment of a zIIP? > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of Peter > > Sent: Sunday, December 16, 2018 1:16 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Enforcing CLASS in instream proc > > > > That particular instream proc invoke ziip . > > > > As the default job card is generated by the application for all the > > others jobs too, but particularly to a instream proc we want to assign . > > > > The reason we want to control is that we want to limit the usage of > > particular class and have a specific class to pick the zIIP invocation > > instream proc > > > > > > On Sun 16 Dec, 2018, 12:11 PM Binyamin Dissen > > > wrote: > > > > > As there is more one way to generate JCL, why would you want to > > > control if a specified PROC is included instream? > > > > > > What is done in this instream procedure that you wish to control? > > > > > > On Sun, 16 Dec 2018 11:51:26 +0400 Peter wrote: > > > > > > :>We have some job which runs with a default class B. > > > > > > :>We would like to redirect some of the Job which uses a particular > > > instream :>to use a different class. > > > > > > :>Is there a way to enforce the class selection while using a > > > specific :>instream proc ? >
Re: Enforcing CLASS in instream proc
Lizette, Basically those instream proc have some products libraries which uses ZIIP, just that I want a specific class to be used .. So here CLASS is not ongoing the zIIP but just that I want a specific instream proc to run with a assigned CLASS On Sun 16 Dec, 2018, 6:37 PM Lizette Koehler I am wondering how you can enforce zIIP usage? > > A zIIP engine, as far as I know, is chosen by z/OS based on interruptible > SRB and work type. > > I do not know of a way to say this CLASS or this JOB will use zIIP. > > So how are you planning to do the assignment of a zIIP? > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List On > Behalf Of > > Peter > > Sent: Sunday, December 16, 2018 1:16 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Enforcing CLASS in instream proc > > > > That particular instream proc invoke ziip . > > > > As the default job card is generated by the application for all the > others > > jobs too, but particularly to a instream proc we want to assign . > > > > The reason we want to control is that we want to limit the usage of > > particular class and have a specific class to pick the zIIP invocation > > instream proc > > > > > > On Sun 16 Dec, 2018, 12:11 PM Binyamin Dissen < > bdis...@dissensoftware.com > > wrote: > > > > > As there is more one way to generate JCL, why would you want to > > > control if a specified PROC is included instream? > > > > > > What is done in this instream procedure that you wish to control? > > > > > > On Sun, 16 Dec 2018 11:51:26 +0400 Peter wrote: > > > > > > :>We have some job which runs with a default class B. > > > > > > :>We would like to redirect some of the Job which uses a particular > > > instream :>to use a different class. > > > > > > :>Is there a way to enforce the class selection while using a specific > > > :>instream proc ? > > > > > > :>I am seeing the manual on instream. Procedure override but I don't > > > find any :>reference on my requirement > > > > > > :>Has anyone tried this similar and have a working solution ? > > > > > > -- > > > Binyamin Dissen > > > http://www.dissensoftware.com > > > > > > Director, Dissen Software, Bar & Grill - Israel > > > > > > > > > Should you use the mailblocks package and expect a response from me, > > > you should preauthorize the dissensoftware.com domain. > > > > > > I very rarely bother responding to challenge/response systems, > > > especially those from irresponsible companies. > > > > > -- > 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: Enforcing CLASS in instream proc
I am wondering how you can enforce zIIP usage? A zIIP engine, as far as I know, is chosen by z/OS based on interruptible SRB and work type. I do not know of a way to say this CLASS or this JOB will use zIIP. So how are you planning to do the assignment of a zIIP? Lizette > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Peter > Sent: Sunday, December 16, 2018 1:16 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Enforcing CLASS in instream proc > > That particular instream proc invoke ziip . > > As the default job card is generated by the application for all the others > jobs too, but particularly to a instream proc we want to assign . > > The reason we want to control is that we want to limit the usage of > particular class and have a specific class to pick the zIIP invocation > instream proc > > > On Sun 16 Dec, 2018, 12:11 PM Binyamin Dissen wrote: > > > As there is more one way to generate JCL, why would you want to > > control if a specified PROC is included instream? > > > > What is done in this instream procedure that you wish to control? > > > > On Sun, 16 Dec 2018 11:51:26 +0400 Peter wrote: > > > > :>We have some job which runs with a default class B. > > > > :>We would like to redirect some of the Job which uses a particular > > instream :>to use a different class. > > > > :>Is there a way to enforce the class selection while using a specific > > :>instream proc ? > > > > :>I am seeing the manual on instream. Procedure override but I don't > > find any :>reference on my requirement > > > > :>Has anyone tried this similar and have a working solution ? > > > > -- > > Binyamin Dissen > > http://www.dissensoftware.com > > > > Director, Dissen Software, Bar & Grill - Israel > > > > > > Should you use the mailblocks package and expect a response from me, > > you should preauthorize the dissensoftware.com domain. > > > > I very rarely bother responding to challenge/response systems, > > especially those from irresponsible companies. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enforcing CLASS in instream proc
That particular instream proc invoke ziip . As the default job card is generated by the application for all the others jobs too, but particularly to a instream proc we want to assign . The reason we want to control is that we want to limit the usage of particular class and have a specific class to pick the zIIP invocation instream proc On Sun 16 Dec, 2018, 12:11 PM Binyamin Dissen As there is more one way to generate JCL, why would you want to control if > a > specified PROC is included instream? > > What is done in this instream procedure that you wish to control? > > On Sun, 16 Dec 2018 11:51:26 +0400 Peter wrote: > > :>We have some job which runs with a default class B. > > :>We would like to redirect some of the Job which uses a particular > instream > :>to use a different class. > > :>Is there a way to enforce the class selection while using a specific > :>instream proc ? > > :>I am seeing the manual on instream. Procedure override but I don't find > any > :>reference on my requirement > > :>Has anyone tried this similar and have a working solution ? > > -- > Binyamin Dissen > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > -- > 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: Enforcing CLASS in instream proc
As there is more one way to generate JCL, why would you want to control if a specified PROC is included instream? What is done in this instream procedure that you wish to control? On Sun, 16 Dec 2018 11:51:26 +0400 Peter wrote: :>We have some job which runs with a default class B. :>We would like to redirect some of the Job which uses a particular instream :>to use a different class. :>Is there a way to enforce the class selection while using a specific :>instream proc ? :>I am seeing the manual on instream. Procedure override but I don't find any :>reference on my requirement :>Has anyone tried this similar and have a working solution ? -- Binyamin Dissen http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Enforcing CLASS in instream proc
Hi We have some job which runs with a default class B. We would like to redirect some of the Job which uses a particular instream to use a different class. Is there a way to enforce the class selection while using a specific instream proc ? I am seeing the manual on instream. Procedure override but I don't find any reference on my requirement Has anyone tried this similar and have a working solution ? Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
