Serena StarTool FDM became Generally Available on April 30, 2013, just in time to announce at the recent Mainframe Virtual User Group (VUG). Mark Henderson from the StarTool Development Team presented the StarTool products roadmap and the roster of feature updates in StarTool FDM 7.7.2.
Improved DASD support:
Additionally, Mark presented the roadmap for ChangeMan SSM and an overview of ChangeMan SSM 8.3.4.02, which became Generally Available on March 7, 2013 and is a release with fixes in the areas of:
We closed the VUG meeting with an overview of ChangeMan SSM 8.4. In this forthcoming release, ChangeMan SSM will expand its reach beyond App Dev with facilities geared towards systems management and ZMF-awareness, with the theme of operational integrity:
ChangeMan SSM 8.4 is planned for general availability in Q4 of this year. Stay tuned for more at this year’s xChange, Serena’s Global User Conference from September 16-18 in Miami, FL.
In our recent Mainframe Virtual User Group (VUG) meeting, we highlighted the latest features in the ChangeMan ZMF Client Pack. John Skelton, Principal Developer from the ChangeMan ZMF Development team and frequent presenter at VUGs and the annual Serena Software xChange User Conference, stepped the attendees through an overview and an awesome demo of the latest and greatest ZMF Client Pack 7.1.3, which includes the following:
ZMF4ECL (Eclipse plugin):
zDD (Windows Explorer Interface)
One of the questions that John was asked in the ensuing Q&A session was whether the ZMF Client Pack would honor ISPF customizations (such as changes to panels, panel-exits, etc.). John correctly answered “no.” As ISPF is a client that resides up on the System z mainframe, customizations are limited to that platform.
This brings me to the main point in this blog entry. As discussed in one of my previous posts, our customers are doing more with less, and the user community is expressing the need to facilitate off-platform development and test. Serena remains responsive to these needs. There are two areas that we consistently hear from our customers:
The team is working on a solution that addresses both of these issues. If user-customizations were encapsulated to an area that sits on top of the product, and there is that division between what Serena ships and what the customer “owns”, we have a two-fold benefit:
The R&D team is busy in their sandbox working up Pre and Post exit points at every major stop in the ZMF workflow. Additionally, the team is researching ways to encapsulate other customizations outside of the major points in the workflow and are experimenting with a few different options. Not only does this ensure that the clients all follow the same rules, but greatly facilitates product upgrades.
One of the major themes that the team is working on, and one our customers will appreciate, is time-to-value (TTV) and its related elements. To learn more about this TTV theme and what’s in store for ChangeMan ZMF, join me at xChange13, Serena’s annual user conference in September. You can still take advantage of Early Bird registration. Hope to see you!
Serena had a great turnout for the Mainframe xChange12 breakout sessions and the “xChange Again” webcast on October 4. At xChange, our customers had many questions about the future of the mainframe. In many respects, we are at the greatest crossroads in the history of the mainframe. Three points were loud and clear from our customers.
1. Our customers are doing more with less.
With downsizing, mergers and acquisitions, and corporate restructuring, we have customers who now have only 2 or 3 ChangeMan ZMF administrators versus the 8 – 10 ZMF administrators in the past. Yet, the demand, commitments, and overall workload for the administrators continue to grow. Fortunately many ZMF enhancements over the past few years have helped administrators be more productive, whether it be by streamlining the compile process, allowing for variable library types, the ability to keep core skeletons cleaner, etc. We know that customers are looking for even more productivity enhancements along these lines and we aim to please.
2. The user community is expressing the need to facilitate off-platform development and test.
There is a shift to move development and unit test off of the higher priced general purpose MIPS to more cost-effective platforms. Although we know that mainframes continue to process the lion’s share of the world’s computing workloads and transactions, the tools and methodologies have changed dramatically in the last several years. With new developers coming out of universities who are accustomed to working in a variety of integrated development environments and using more lean development methodologies, how can Serena, and the industry as a whole, adapt to that?
Serena’s response is to Orchestrate IT around key business processes such as Application Development Management and Application Release Management. With our Serena Development Manager and Serena Release Manager solutions, now companies can manage the entire application development and delivery processes across all platforms in one common system. We’ve also fitted ChangeMan ZMF to support Java code development and to work with Eclipse through our ChangeMan ZMF Client Pack.
3. Mainframes are not islands.
At least not anymore. Support for heterogeneous platforms and hybrid apps are more relevant now than ever before. With a significant amount of new MIPS-on-the-floor dedicated to zLinux, our customers are looking to us for leadership in orchestrating a unified strategy.
Let’s first talk about what was demonstrated at xChange12. During the conference, we talked about Orchestrated IT and connecting all IT processes, including those for the mainframe and those for distributed systems. This is a tremendous change from what IT organizations have been accustomed to — a distinct chasm between the mainframe and distributed environments. Now, with zLinux running on System z, and mobile, cloud and embedded thrown into the mix, the lines that separate the platforms no longer exist, or are at least very fuzzy. As these environments begin to move in lock-step from demand through deployment, Serena is uniquely positioned to assist in navigating every step of the way with rigor, visibility, traceability and the ability to roll back. And with ChangeMan ZMF ERO web services now available, we are able to augment our Orchestrated IT story with the intelligence that ERO brings to the table.
Serena Dashboard provides out of the box metrics, facilitates product integrations and provides ChangeMan ZMF-specific information providing complete visibility into the environment.
Beneath this, we have both our Serena Development Manager (DVM) and Serena Release Manager (RLM) solutions which fully integrate with ChangeMan ZMF and can tie mainframe application lifecycle management (ALM) activities with the distributed applications.
ChangeMan ZMF provides the rigor, scalability, and industrial strength to your mainframe application development and release processes. And augmenting ChangeMan ZMF are:
For more on the future of the mainframe, listen to the recorded webcasts from the “xChange Again” webcast series:
During “The Kitchen Sink + Everything About the New HFS/JAVA Support in ChangeMan ZMF” VUG session on December 7, John Skelton did a great job taking us through the implementation of Java support in ZMF as well as support for the USS, HFS and zFS file systems. In this presentation John went into deep technical detail of the ZMF v7 design objectives, the architectural changes, the approach from each client type (ISPF, ZDD, Eclipse), how to build Java components, building JAR files and getting Java applications into ZMF.
For those who attended the VUG, we would like to apologize for a couple of technical issues. While the content that John provided was excellent, there were glitches in the execution due to both technical and human error. We have learned from these mistakes and can assure you that they will not happen again. Please accept our apologies.
As promised, here are the questions that we did not get to, along with the answers:
Q: Is there any work being done specifically related to CICS Web services; related to WSDLs and WSBIND files?
A: ZMF will treat those files like any other in the repository. The Eclipse platform provides built-in editors for working with WSDL files. As the WSBIND files are generated from a CICS utility, the ZMF build process that creates the WSBIND files (DFHWS2LS/DFHLS2WS) can be customized to store the files in ZMF.
Q: Can you expand on editors that will be available? I am interested in the Eclipse components in conjunction with Compuware Eclipse plugins and SlickEdit language intelligent editor.
A: The various editors are part of the Eclipse platform. Different editors may be installed/enabled from a variety of sources and vendors. Serena has already assisted customers in running the ZMF4ECL plugin in the Compuware Workbench environment. I would anticipate integrations with SlickEdit to work as well.
Q: Is Serena planning to provide a build procedure for SQLJ Java Stored Procedures?
A: We don’t have one at this time. This sounds like an excellent enhancement request.
Q: Is there a facility to copy HFS files to multiple LPARs in a single system when installing a package in ZMF v7?
A: This may be accomplished by customizing the ZMF install SKELS at your site. There are a number of ways to accomplish this depending on your environment/setup.
Q: Is DB2 Connect supported with ZMF v7?
A: Not at this time. In the past, ChangeMan ZMF worked with DB2 Connect via a REXX interface into DSNTPSMP that IBM has since stopped supporting. The equivalent to DSNTPSMP procedures supplied by IBM are modules without exit or integration points, so there is currently no way to access this from ZMF. A solution to this is currently being researched by the ZMF development team (ENH184950).
In my last post I took you through the history of ChangeMan ZMF during the time it underwent several name changes. ‘Change Man’ became ‘ChangeMan,’ which turned into ‘ChangeMan ZMF’ at version 5. Here I continue to trace the evolution and revolution of ChangeMan ZMF through to present day version 7.
In the planning phase of version 6, and with the growing popularity of Web Services, we could no longer assume that requests coming into ZMF were simply from TSO users as in the past. With product integrations, web service calls embedded in application code, and initiatives for Release Management and Orchestrated ALM, many requests were coming into ZMF and we needed to again address scalability. Along with a growing backlog of customer-driven enhancement requests that could only be achieved through major architectural changes, the time certainly arrived for the architectural overhaul of ZMF.
Sernet was redesigned to better accommodate the volume and diverse types of requests coming into the system. With this redesign, we moved away from 32K chunking/chaining to a continuous data stream. Redundant and obsolete code that was more relevant in previous releases was removed, and particular focus was placed on scalability and error recovery.
Impact Analysis (IA) was redesigned to reside in a data space and stored in a Linear Data Set when the task is down. Benefits of the redesign of IA :
Promotion was enhanced to accommodate renames and scratch requests; the addition of a promotion scheduler was added, too.
Component Meta-data Rewrite/Expansion
Customers, particularly in the financial sector, have the requirement of maintaining unlimited component history. Previously, only 24 levels of component history were maintained. With the arrival of each new version, the 24th was pushed off the stack. ChangeMan ZMF Version 6 supports unlimited numbers of component history; it also accommodates variable length records and allows the storage of user meta data and/or parameters.
Today, more application development is being done off the mainframe to reduce costs and because new developers prefer to work in the environment of their choice. ChangeMan ZMF supports a variety of these development environments. For several years, Serena has offered ChangeMan zDD, which provides a Windows Explorer view and has worked very well for many of our customers. Other developers prefer to work in IDEs, such as Eclipse. We’ve provided WD4ZMF (WebSphere Developer for ZMF) and an Eclipse plugin allowing access into ZMF using WDz. Most recently, we introduced the ChangeMan ZMF Client Pack, which combined zDD, an Eclipse plugin that allows for native Eclipse access to ZMF, and a plugin for IBM Rational Developer for z/OS (RDz) – the rebrand of WDz.
In addition to this support for off-platform development, Serena aligned with the trend to support the large increase in hybrid application deployments — use of Java, XML and Web Services. This not only maintains its leading position with regard to managing legacy assets, but also provides ChangeMan ZMF governance for modern application development on the mainframe, including:
While we have never expected ISPF to be the interface of choice with Java programmers, you never know. So, all of the appropriate panels have zoom capabilities to show the full names (in accordance with ISPF standards).
I mention this because this is where the Evolution vs. Revolution discussion is important. Support for the new trends of mainframe modernization (IDEs, deployment of hybrid applications, management of modern languages and file systems) built upon a quarter-century of stability, rigor and integrity. Like rings around a tree.
The ChangeMan ZMF team has been busy! We had 3 major product releases in the last 4 years with 9 maintenance releases across 3 versions. It’s a continuous effort to balance investment in the existing feature set with addressing customer enhancements and aligning with the market — all while ensuring the future of ChangeMan ZMF.
Thanks for all the feedback on my last post. I still welcome your comments below!
“Evolution not revolution” – Have the changes and upgrades made to Serena’s mainframe software change and configuration management solution, ChangeMan ZMF, been an evolution or a revolution? The ZMF development team has been cranking out new features over the last couple of years: fully integrated Java support (including Impact Analysis, Audit, Build, ISPF, Eclipse, zDD, XML and Web services); HFS and zFS support for Development, Staging, Promotion and Baseline libraries; a new Eclipse Plug-in that combines Rational Developer for z (RDz) and native Eclipse capabilities, as well as the ZMF Client Pack (which includes the Eclipse Plugin and ChangeMan zDD).
These enhancements, combined with everything done in ChangeMan ZMF v6, would make it easy to assume “revolution”. But let’s take a step back and trace the history of ZMF and how it has evolved over time.
Change Man vs. ChangeMan
In its earliest carnation, ZMF (which was then called Change Man) had many of the same constructs — the package orientation (which was pioneered by Serena) and a package lifecycle — so, in many ways it looked very similar from the outside. However, on the inside it was quite different. For starters, it was purely an ISPF-driven application. Hence, there was no started task, just ISPF users serializing on the VSAM package master, log and delay files while the physical artifacts were moved or copied as appropriate.
With Change Man gaining traction in the market and higher customer adoption, the product found that it was hitting the upper bounds of the workload it was capable of managing under the then-current design. In subsequent releases, the product ran as a started task where MVS facilities such as ECB lists, Cross Memory Services and the Subsystem Control Table (SSCT) allowed better coordination and multiple instances of the product, therefore allowing for higher concurrent usage while maintaining data integrity.
Then came Sernet, the underlying architecture which was introduced to facilitate all session, program, data and storage management, a subsystem interface, and a communications layer that allowed for cross-platform communication. As things moved forward, most of the heavy lifting done by the user (which in those days were TSO and batch) were beginning to get done on the server side. New features such as Remote Promote were added in addition to a new API set known as Remote Procedure Calls (RPCs). The RPCs allowed for an interface to ChangeMan outside of the usual ISPF interface, however, it was still a very data-driven API. It relied strictly on DSECTS and correct data mappings, so data structures had to map out accordingly.
Name Change to ‘ChangeMan ZMF’
With v5, ChangeMan ZMF emerged. The name, ‘Change Man,’ became ‘ChangeMan’ and ‘ZMF’ was added. In v5, most of the processing was moved from the client side to the server side. A new API set was introduced, which was then known as the Extended Services. Functions that previously existed in the ISPF programs were service enabled, which modularized the code base and allowed for code reuse. Extended Services were reworked into what is now known as the XML Services. No more sensitivity to offsets, record layouts and pairing of DSECTs to data structures. With XML’s extensibility, the user no longer needed to be concerned with offsets changing from release to release. The XML Services are the basis of what are now ChangeMan ZMF’s Web Services although the XML Services remain in use as well. Version 5 is also where ERO, LBO, cross-application support for auditing and IA and WD4ZMF were all introduced.
In my next post, I’ll go through the evolution of ChangeMan ZMF v6 and v7. Let me know what you think about ChangeMan ZMF and write a comment below!
During the “Ask the Experts” session at the Serena Mainframe Virtual User Group meeting earlier this month, a few questions about the newest version of ChangeMan ZMF went unanswered due to the lack of time. Mark Levy, Serena Software Mainframe product manager, and I went through them and provide the answers here.
Q: For ChangeMan ZMF v6, the product moved from DB2 to linear VSAM. What are the benefits and risks that you have seen?
A: In ChangeMan ZMF v6, the Impact Analysis function was moved from being based on DB2 to a z/OS data space, backed by linear VSAM. This was done for several reasons: performance, ability to better manage Java components, and the ability to expose Impact Analysis XML services, which could not be done under the DB2 implementation. In doing so, we have provided a utility which will allow users to offload this data back into a DB2 table in case they have SQL that they would like to continue to run against this data. This move eliminates the requirement for DB2 for dynamic IA updates. Now everyone has the benefit of real-time updates to their Impact Analysis data, even if they do not have DB2.
Q: Is there a plan to manage data through ChangeMan ZMF also?
A: ChangeMan ZMF has the ability to manage data components throughout the lifecycle, assuming that these are components that do not get built, compiled, have external dependencies that would require audit or impact analysis. However, ZMF is primarily used for managing objects that relate to code (src, load, JCL, DBRM etc.)
Q: Is the Eclipse plug-in part of ChangeMan ZMF?
A: The Eclipse plug-in is an option that is part of the ChangeMan ZMF Client Pack, which also includes an Eclipse Plugin for Rational Developer and ChangeMan ZDD.
Q: What exactly is in ChangeMan HANA? What are the exciting features?
A: HANA is the code name for the next major release of ChangeMan ZMF. The proposed features are still in the early stages of research.
Q: Are you going to integrate PeopleSoft systems?
A: There are no current plans for a PeopleSoft implementation at this time. With ChangeMan ZMF’s web and XML services, customers or Serena Professional Services have the ability to do these types of integrations.
Q: What platforms will ChangeMan ZMF support for managing and deploying WebSphere?
A: ChangeMan ZMF will support the deployment of WebSphere applications and components on z/OS.
If you have additional questions, feel free to post a comment below or visit the ChangeMan ZMF page.