TAD4z is a great Australian developed product. It stores its data in DB2 tables and its Knowledge Base for product/vendor/version etc. is updated monthly. It covers all load from all environments although CICS is normally excluded, and it does not matter where the load module comes from, it will find it. OMVS is not involved except to extract executable info from USS HFS/ZFS files. The product was originally developed to identify unused products that companies pay continually for, so you can use it to assist in controlling your software budget. For pricing ask your IBM rep.
I personally have no interest in TAD4z except I know the developers and the product very well and I am currently employed by IBM till the end of this Month, yes another RA. Cheers, Paul Gillis -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lucas Rosalen Sent: Saturday, 21 May 2016 7:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Product name by module I know of IBM Tivoli Asset Discovery for z/OS (TADz). It does a very good job and can show you many different graphical reports in a web application called Analyzer (of course you also need to have this part installed/configured) getting data straight from OMVS. I don't know the price of it, as we wouldn't get that far supporting out clients, but I know we were able to identify some softwares like the one you mentioned. Even if their modules were called in STEPLIBs/JOBLIBs. Probably some other ISVs software can do the same (and possibly even better?), but I don't have any personal experience with them. Regards, Lucas On May 21, 2016 10:15, "Peter" <dbajava...@gmail.com> wrote: Thanks all for a reply and that was very useful. The LPAR has lot of Obsolete entry on LINKLST and APF. So is there any product which can tell me which LINKLISTED or APFed dataset are really used ? Peter On May 19, 2016 5:46 PM, "Peter Relson" <rel...@us.ibm.com> wrote: > I would have added, just in case the excellent advice previously given > didn't pan out: > > You might well get a clue simply from the name of the load module, as > "module prefixes" are pretty carefully managed by most. > The prefix might not tell you all you want to know but will at least > usually get you to the owning company who could then provide more > granular info. > > I'm not sure how accessible to the general public is the list of > module prefixes vs owning company, but the information is available as > a last resort. > > 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
