Skip to Content

[ZMF Administrator]

Printer-friendly version

Using the STUB panel in CMN/ZMF

Document the usages of ChangeMan ZMF's STUB panel, which will be shown it you type primary command S on ChangeMan ZMF's primary option menu (and you've been authorized to use it).


Enable user defined edit macros in CMN/ZMF

Document what it takes to enable your own set of edit macros to be invoked when using edit in staging, together with some typical use-cases for it (i.e. to launch non-standard ISPF editor session, also called exotic editors).


Outdated LTPs, DSNs, entities, ... in appl admin

ChangeMan ZMF 's application administration facilities are yet another amazing, extremely powerful feature. It's flexibility is one of those things what makes it so much fun for a ChangeMan ZMF admin to be working in the ChangeMan ZMF sphere. You can add library types as much as you want, and extremely fast. Same for designing and implementing a library structure (DSNs related to promotion, baselines and production). Or connecting various ChangeMan ZMF functions (like approve, promote, etc) to selected entities in your security system. Etc, Etc. You can even automate many of those things with the XML services available in ChangeMan ZMF.


Missing package activity dates (invalid restarts)

Package activity dates are dates that are stored in ChangeMan ZMF's meta data (CMNPMAST), and which relate to events such as:

  • When did this package enter the status FRZ, DIS, INS, BAS, etc.
  • When did some target production site confirm that the package was distributed to that site, or installed in that site.


Outdated user options (or invalid user option values)

User options is one of those great ChangeMan ZMF features (in the product since the beginning), which typically allows any ChangeMan ZMF administrators to fine-tune any staging procedure (which is like a checkin of a source component that needs to be compiled by ChangeMan ZMF also). The actual procedures to compiling components (or variations of compilations) is typically something that differs from any ChangeMan ZMF customer to any other ChangeMan ZMF customers (everybody has their own unique needs and requirements).


Speed up package aging via a CMN/ZMF archive subsystem

The package aging parm is a number of days (set in global admin) that a package should be in BAS status (installed in production) before the meta data of that package (VSAM records stored in CMNPMAST) are allowed to be removed during ChangeMan ZMF housekeeping. The higher this number of days, the more people like IT auditors will like it (they are often the ones who are asking for such high number of days). While many countries have laws that force such data to be kept for (e.g.) 7 years, or even more ...


Missing, empty or forgotten staging libraries

Staging libraries are the data sets related to a change package in which ChangeMan ZMF stores its changed components. Together with the meta data of the package and the components in it (both stored in ChangeMan ZMF control files like CMNPMAST), they actually constitute the change package. And the ChangeMan ZMF started task (server running on the mainframe) will take care of managing all such staging libraries: they get created (by ChangeMan ZMF) whenever they are needed, and they get removed during housekeeping, after the package became INS/BAS.

Here are some issues about these staging libraries:


Dead checkouts and dead stage requests

A checkout is used to get a copy from the current production version of a component (or variations like the previous version or the upcoming nearly-GA version), so that you can start a new version of it. But what about all those checkout requests that happened long time ago (a few days, weeks, months or years ago), and which are still in the same checkout status (= creating a new version of it has not yet started yet)?


Empty packages

A change package is assumed to contain changed components and/or scratch requests (in 2 decades we have not ever found 1 ChangeMan ZMF customer that's using the rename function, so let's skip that one). Fine, but where do those empty (= no components + no scratch requests) packages come from?


XML Training for ChangeMan ZMF

Dr Chgman's Training about XML services in ChangeMan ZMFChangeMan ZMF 5.3.x (available since 2003) was the first release delivered with a very rich set of functions that allows you to perform many (though not all) tasks in ChangeMan ZMF without using ChangeMan ZMF's ISPF client (to communicate with the ChangeMan ZMF server, aka the CMN started task). This set of functions is commonly referred to as "ChangeMan ZMF's XML services" (for short: the "XML services").

Syndicate content