At first glance, there are 2 reasons why I dislike the idea: 1. what is the difference between multiple exits checking if they are interested in the record and one router checking if multiple subscribers are interested in the record? 2. the way you describe how the feature could work after "or perhaps have the registration API..." seems so complex that the consumed CPU by far exceeds the save CPU in reason 1. And I don't see the advantage of it.
Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 06 April, 2016 16:11 To: IBM-MAIN@LISTSERV.UA.EDU Subject: any need? I am wondering if anyone else thinks the idea below is useful and reasonable. If a product needs to "trap" data normally written to SMF, in real time for some reason (CA-7 external data set triggering comes to mind), the product must install the three IEFU8{3,4,5} exits. Even if they're only interested in a few of the records. The exit code must first examine the record number to see if it is of interest (likely most are not), and if so, process it. If you have multiple products doing this, it seems wasteful to me. So I got to thinking (ouch! that hurts). It would be nice if there were a way to register an interest in a particular SMF record number, or numbers, and have "something" happen when a write occurs. The "something" could be invoke an exit routine (like the IEFU8n exits above but already subsetted), or perhaps have the registration API supply a buffer area into which to copy the SMF record and an ECB address to post; or a routine to be invoked via a PC-ss of some sort into the requester's address space; or a program to be run in the requester's address space (perhaps as an SRB, perhaps as an IRB on the TCB which issued the request). I would personally prefer an IRB be scheduled on the requesting TCB. This would allow SVC 3 to clean up things automagically when the TCB ends. I would guess that the requester would need to be APF authorized, or better, have appropriate access to a RACF FACILITY or XFACILIT profile. I prefer the RACF approach, personally. Is this a solution looking for a problem? I.e. is there something that _you'd_ do with SMF in "real time" if such an API existed? CA: I know that you do weird and wonderful things with the SMF router in z/OS, perhaps you find this advantageous to make into a licensed (cost) feature of CAS9. -- How many surrealists does it take to screw in a lightbulb? One to hold the giraffe and one to fill the bathtub with brightly colored power tools. Maranatha! <>< John McKown ---------------------------------------------------------------------- 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