We are converting the concatenation of loadlibs in the region from being in the DFHRPL concatanation within the region JCL to dynamic DFHRPL concatenation using LIBRARY RDO type.
We are not seeing issues in how SYSVIEW is displaying loadlibs.
Even for the programs that are not loaded/ used, SYSVIEW usually show the loadlib name where it is present, if it is present in DFHRPL concatenation.. with LIBR its not showing the programs that are loaded but have no usage count.
Below is from BDTJ for the program ISLP99 loaded from the endevor loadlib.
SYSVIEW doesn’t show this loadlib.
Release : 16.0
Component : SYSVIEW
Advantages of converting JCL Loadlibs to RDO Libraries are less JCL to maintain, easily swap loadlibs during runtime, prevent JCL issues during startup if loadlib is missing, and easily move applications between regions.
Libararies can be dynamically created/removed during a running CICS region, so if a loadlib fills up, you can create a new Library def, install the new loadlib ahead of the concationation of the current library containing the loadlib, and replace the existing loadlib with a larger/smaller/different loadlib all while the region is up and running without loss to functionality.
No more taking down 10 different regions for a loadlib filling up or running out of directory blocks.
During startup, it will just not install the Library if the loadlib is missing. CICS will issue an error, skip the library install, and keep moving to startup, thus allowing the system to fully initialize without having a JCL error that something is missing.
Since it is an RDO def, it can easily be managed and moved between various regions as needed, or included in CICS Bundles (not used now, but IBM has been pushing bundles for several years now).