SmartAdvice: Use Java And WebSphere To Reengineer Legacy Mainframes - InformationWeek

InformationWeek is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Software // Enterprise Applications
10:35 PM

SmartAdvice: Use Java And WebSphere To Reengineer Legacy Mainframes

Set guidelines that ensure easy technology transitions and migrations, The Advisory Council says. Also, to profit from RFID, rethink business rules.

Editor's Note: Welcome to SmartAdvice, a weekly column by The Advisory Council (TAC), an advisory service firm. The feature answers two questions of core interest to you, ranging from career advice to enterprise strategies to how to deal with vendors. Submit questions directly to [email protected]

Question A: What are the best languages and platforms for reengineering legacy mainframe applications?

Our advice: Selecting an application architecture (languages, platforms, etc.) requires careful consideration of business requirements, your organization's future infrastructure, efficiency and economics of the implementations, and current and future availability and costs of expertise to develop, operate, and evolve business systems built to conform to the application architecture. Determining the best language and platform for a 20-year time frame can't be done with 100% certainly. Due to the impossibility of predicting 10 to 20 years of business requirements and technology evolution, the best approach is to select the best architecture given what you know today and create an environment designed to adapt to change.

A critical component of adapting to change is to establish guidelines that ensure easy technology transitions and migrations. Every vendor's tools are enhanced with proprietary features, the use of which, although convenient for developers, will lock you in to that vendor. Your implementation team, whether in-house or outsourced, should be forbidden from using proprietary extensions of the programming environment selected, the database, etc.

Related Links

Integrating Java with Existing Data and Applications on OS/390

WebSphere Application Server for z/OS

.Net is to Java 2EE as Microsoft is to…

Mainframe applications, particularly in large companies, often have very demanding business requirements for transaction volumes, timeliness, integrity, etc. Based on our experience with high-volume mainframe applications, one of the best application architectures for reengineering these systems is an IBM mainframe using WebSphere Application Server and Java. IBM has been proven over time, and continues to be the leading force in very large-scale transaction systems. Additionally, its current products and future directions appear favorable over the longer term. It's the leading vendor offering products and services for transitioning from one technology generation to the next. As an example, IBM offers products to use existing Customer Information Control System implementations with Java.

To complement Java, two "second choices" should be allowed for very specific situations: 1) when functionality requires intensive database round trips, vendor-specific stored procedures may be used, and 2) in rare situations where compute-bound routines cannot meet performance, C++ may be used. A process should be developed and followed to prove the need for the secondary language and demonstrate the deficiencies of Java. This process should include Java guru developer reviews and managerial approval.

The only serious alternative to Java as a long-term architectural platform is Microsoft's .Net. Due to IBM's commitment to Java, however, it has better tools for migration of legacy mainframe software.

An additional short-term advantage of the Java/mainframe choice is the ability to design distinctive, autonomous phases to the reengineering project. For example, existing CICS can run with Java and thus afford the opportunity to reengineer different sections of the existing systems independently. The first newly reengineered modules can then be put into production with the existing subsystems, to ensure problems are found early and handled more efficiently. This phased approach effectively eliminates the big-bang delivery which is fraught with drawbacks and common in outsourced reengineering efforts. We recommend this approach as it mitigates a lot of the risk commonly involved in these types of projects.

--Peter Sorrentino

We welcome your comments on this topic on our social media channels, or [contact us directly] with questions about the site.
1 of 2
Comment  | 
Print  | 
More Insights
How to Create a Successful AI Program
Jessica Davis, Senior Editor, Enterprise Apps,  10/14/2020
Think Like a Chief Innovation Officer and Get Work Done
Joao-Pierre S. Ruth, Senior Writer,  10/13/2020
10 Trends Accelerating Edge Computing
Cynthia Harvey, Freelance Journalist, InformationWeek,  10/8/2020
White Papers
Register for InformationWeek Newsletters
Current Issue
[Special Report] Edge Computing: An IT Platform for the New Enterprise
Edge computing is poised to make a major splash within the next generation of corporate IT architectures. Here's what you need to know!
Flash Poll