Ironstream is great at the moment of collect online events from Z... But, be very carefully what and from where you collect, might be a not desired impact if the method is not proper set ________________________________ De: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> en nombre de Christopher Y. Blaicher <cblaic...@syncsort.com> Enviado: jueves, 11 de octubre de 2018 09:51 a. m. Para: IBM-MAIN@LISTSERV.UA.EDU Asunto: Re: Sending z/OS Events to Windows Server (AD)
John, I finally saw your email. As someone pointed out, there are a number of commercial products available, Syncsort's Ironstream product being one of them. Ironstream can send data to Splunk, Elastic and a number of other repositories using KAFKA. You were not clear on what was the application being used on the Windows machine. Ironstream can collect many types of data including SMF, SYSLOG, SYSOUT, RMF, System Performance Statistics, and IMS data. You can also write your own collectors and use our open API to get data to your destination. The SMF, SYSLOG and SYSOUT collectors have filtering capability. SMF data can be filtered by using a WHERE statement and the data fields sent can be limited by using INCLUDE statements. Chris Blaicher Technical Architect Syncsort, Inc. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Roberts Sent: Tuesday, October 9, 2018 6:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Sending z/OS Events to Windows Server I have a need to recognize certain events (creation of a file, completion of a JOB, etc) and send basic information about each event to a Windows process near real-time. The Windows process would be a RESTful web server deployed on the Intranet alongside the z/OS box. I have been out of the SYSPROG loop for quite a while, but I seem to recall that the SMF exits are a good place to detect these events. But I know that the SMF exits can't do anything involving a WAIT, so the only thing the exit could do would be to post the information to another address space cross-memory. That address space (STARTED task?) could then act as a HTTPS client and send the data to the outboard server. I have been reading about the "z/OS Client Web Enablement Toolkit". Would this work for the HTTPS client? Whatever I create I need it to work in a vanilla z/OS environment V2.1 or after (no CICS etc.). Does this sound like I am on track? Or is there a better way? Note: only events for selected files/jobs would be transmitted. Files would need to match a list of patterns, jobs to match a list of USERS. So it would not be a high volume interface. ---------------------------------------------------------------------- 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 IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
