A customer is in the process of upgrading their ZMF environment (base and client pack) from 8.1.4.01 to 8.2 Patch 3. They transmit zip files from their Windows environment to datasets on MVS using the ZDD upload dataset functionality. These datasets are subsequently expanded and unzipped in their USS/zFS environment for use there.
If we have a program checked out in a z/OS Project and do a "ChangeMan ZMF checkin" and set the "Retain detail" flag and build then these "Checkin Options" are not remembered next time we do a "ChangeMan ZMF checkin". This will leave the Server , Application, Package and Library type blank.
When package installation details are updated in PUPD0007 and displayed with dataLocked=YES, the changes are visible on the ZDD package Properties – Site tab. However, the ‘Apply’ button is greyed out which implies that no changes are available to make. Clicking the OK button also fails to apply the changes made by the HLLX.
However, attempts to connect to a ZMF Server from the ZMF4ECL 8.2 client software (builds 422 & 423) fail with a (500)Internal Server Error. The log file associated with the WAS profile shows the following errors:
Investigation here so far suggests that it is clear that processing has changed in this area. Prior to upgrade only the machine's logical connection appeared under the 'Serena Network' folder (i.e. the XCH server). After upgrade all locations mapped to a network drive now appear.
CMN8490I - Check out from was not specified. We should disable the ZMF4ECL ‘checkout from another package’ functionality when users are connected to a ZMF Server running lower than 8.1.2.
The customer is blaming repeated attempts to browse this component as the issue that leads to a memory leak in the application server that requires a restart of Tomcat to resolve: ... INFO: Waiting for 133 instance (s) to be deallocated
