CICS INQUIRE SPI for CICS module PTF LEVEL

Hi Bill, I have a similar requirement but I think it's different enough to warrant a separate RFE. In your case, you know the module and want to find out the level of that module. In my case, we have to provide proof that we have applied our patches (i.e., PTFs) and so I would want a query that tells me what patches are applied to a given CICS (not just to a modules). It could take the form of this query without the requirement to know the module (i.e., browse all modules and give me the patch level).
I just noticed the suggestion below to use CLDM, so I'll give that a try first.

Due to processing by IBM, this request was reassigned to have the following updated attributes:
Brand - Servers and Systems Software
Product family - Transaction Processing
Product - CICS Transaction Server

For recording keeping, the previous attributes were:
Brand - WebSphere
Product family - Transaction Processing
Product - CICS Transaction Server

There is already a CICS utility which creates this type of information but it isn't available via the SPI. The CLDM transaction can be used to create a report which looks very much like the PROGRAM STORAGE MAP you see when formatting a system dump with the 'LD=1' option 


Entering CDLM SYSOUT=A produces a report on the JES spool. Here is an example...
.

PGM Name Start    End      CSECT    REL  RMID     Date           Length   Dataset Name                 
                                                                                                       
DFHCSA   00041000 00041A07                                       00000A08                              
         00041000 000415FF DFHCSAOF 0680 B1311122 11/13  I 13.53 00000600                              
         00041600 00041A07 DFHCSA   0680 B1311122 11/13  I 13.53 00000408                              
DFHTCP   00041B00 000446FF                                       00002C00                              
         00041B00 00041EAF DFHTCP   0680 B1311122 11/13  I 13.59 000003B0                              
         00041EB0 00042187 DFHTCORS 0680 B1311122 11/13  I 13.59 000002D8                              
         00042188 0004254F DFHTCCOM 0680 B1311122 11/13  I 13.59 000003C8                              
         00042550 000426C7 DFHTCCSS 0680 B1311122 11/13  I 13.59 00000178                              
         000426C8 0004274F DFHTCTI  0680 B1311122 11/13  I 13.59 00000088                              
         00042750 00042B5F DFHTCSAM 0680 B1311122 11/13  I 13.59 00000410                              
         00042B60 00043A4F DFHTCAM  0680 B1311122 11/13  I 13.59 00000EF0                              
         00043A50 000446FF DFHTCTRN 0680 B1311122 11/13  I 13.59 00000CB0                              
DFHTCTDY 00044700 00045C9F                                       000015A0                              
         00044700 00045C9F DFHTCTDY 0680 B1311122 11/13  I 13.21 000015A0                              
EYU9XDBU 00052000 000528F7                                       000008F8 ANTZ.CICS.TS.SPA.BSF.SEYULOAD
         00052000 000528F7 EYU9XDBU 680                          000008F8              


Apologies for the alignment. This was taken off a development system. With a GA version, RMID would be a PTF level (or something like HCI6700 for base).


So there is already something which kind of addresses this requirement (without requiring a dump) but produces an entire report rather than details of a specific module. With the CICS explorer and the z/OS perspective you can look at spool output. With an FTP type connection you caan only look at completed jobs but with zosmf connection you can see active jobs and hence be able to look at the CLDM output on the log.