Your point is well taken. However, I figured that the customer ENF API and the IBM internal ENF API would likely be quite different due to having different goals. The internal API could have features that IBM might not be willing to extend to the customer or even other vendors.
> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Wayne Driscoll > Sent: Friday, June 07, 2013 10:43 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: ENF 54 (SDUMP event) > > Don, > While I work for IBM, I am not in the z/OS development team, but here is my > personal take. Having 2 API's, one internal, one external has a large > number of negative consequences, including increasing maintenance effort, > because if there is a defect, both API's have to be investigated, and > possibly modified and the increased testing requirements, including ongoing > regression testing. Given that resources are tight everywhere, this type > of approach seems to have more negatives then positives. > ============================================== > Wayne Driscoll > OMEGAMON DB2 L3 Support/Development > wdrisco(at)us(dot)ibm(dot)com > ============================================== > > IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> wrote on > 06/06/2013 11:06:06 AM: > > > From: Don Williams <donb...@gmail.com> > > To: IBM-MAIN@listserv.ua.edu, > > Date: 06/06/2013 11:13 AM > > Subject: Re: [IBM-MAIN] ENF 54 (SDUMP event) > > Sent by: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> > > > > I'm surprised that IBM did not setup two ENF APIs, one documented for > > customers, and an internal one for IBM. > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > > On Behalf Of Peter Relson > > > Sent: Thursday, June 06, 2013 7:55 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: ENF 54 (SDUMP event) > > > > > > All signals that are intended to be listened for are documented. All > > > others are for IBM use only and you are not supposed to listen for them > > > (and as an authorized program it is expected that you follow the > rules). > > > > > > Clearly it is good to understand what "listenable" signals are produced > so > > > that you can decide if they are useful to you; surely the mere presence > of > > > a signal does not imply usefulness. > > > > > > Peter Relson > > > z/OS Core Technology Design > > > > > > ---------------------------------------------------------------------- > > > 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
