Many of today’s mainframe applications that were developed in Software AG Natural and Adabas are still mission critical and continue to deliver significant benefits to the organizations that use and rely upon them. Nevertheless, the Total Cost of Ownership and technological risk associated with these applications have now escalated to unsustainable levels.
Astadia’s automated CodeTurn solution provides an opportunity to liberate these valuable and reliable business systems. CodeTurn removes the legacy applications dependency upon non-strategic, obsolete technologies and enables them to be integrated with state-of-the-art components.
Natural and Adabas can be converted to Java, C# or COBOL.
Customers may opt to convert Natural to COBOL, and Adabas to DB2 and remain on their IBM z/OS Mainframe.
Other clients pursue a conversion of their Natural/Adabas applications to object oriented Java or C# in a public or private cloud platform.
Explore CodeTurn's capabilities.
CodeTurn takes any application developed in Adabas or Natural and automatically converts it into a fully identical application, designed to run within an alternative environment on the same platform, or a different platform altogether. The new application is completely free of dependencies on Adabas/Natural technology and uses modern and industry standard development tools instead, such as Java, .NET and COBOL, to allow flexible application integration and extension.
The transformation process utilizes Natural’s SYSTRANS output format in order to migrate the Natural artifacts. This approach largely isolates the conversion from the underlying system, therefore every Natural mainframe platform is supported: IBM mainframe (z/OS, z/VSE) and Fujitsu BS2000.
The converted Natural application can run on either IBM Mainframe or Open Systems running Linux, Unix or Windows (LUW), or in the Cloud. The chosen target platform is simply selected as a configuration option during the conversion process.
When the target platform is LUW, additional Astadia tools handle the transformation of other source types, such as JCL, Assembler and COBOL programs, ensuring that the entire application runs on the new platform.
End-users can connect to the application with either a web‑browser, their current Terminal Emulator, or a Java Swing/WPF client. The fact that the Terminal Emulator can optionally be retained for connection to the migration application enables the switch-over to be 100% transparent to end-users.
Many Natural mainframe applications are enhanced or integrated through third party screen-scraping technology. Astadia's solution provides byte-to-byte compatibility with the existing mainframe protocols making the screen-scrapers stay compatible even on Open Systems.
The application’s character-based user interface is converted into a modern, open Java or .NET front-end that can be maintained using standard development tools like Eclipse and Visual Studio. Following the migration, developers can enhance the converted Natural Maps with graphical components such as drop-down fields, checkboxes and data lists.
For any migration project, and especially those that target a Mainframe platform, performance and CPU consumption are crucial acceptance criteria, because they directly impact the Total Cost of Ownership of an application. When migrating Adabas & Natural applications, we ensure that two significant objectives are achieved:
Testing is an essential step in every Adabas & Natural migration. At Astadia, we use TestMatch to ensure the correctness of the process and to reduce the time and effort needed to complete the project:
Learn more about the capabilities of TestMatch
Our experienced migration specialists, powerful tools and proved methodology can transform complex modernization projects in business-as-usual operations.
We work with the best integrators on the market to make sure our migration projects are delivered successfully and within time and budget.
Join tens of companies and state agencies that have already used our methodology and tools in 100% successful projects.
Different options are available for migrating Adabas & Natural artifacts, falling in two main categories: Object-Oriented (OO) solution and COBOL solution.
In today’s market, Object-Oriented code typically equates to either Java or .NET code that runs on LUW platforms.
Because the practice of code reuse through copycodes is no longer supported in modern languages such as Java and C#, the mapping of it may require inline code in the OO target.
After migration, all code is maintained using standard, industry leading development tools such as Visual Studio (for .NET code) or Eclipse (for Java code).
COBOL target code runs on either IBM Mainframe or Open Systems. The table below summarizes how all Adabas/Natural object types are converted into a COBOL counterpart.
After migration, all COBOL code is maintained using standard development tools on the chosen platform. Predefined maps can be maintained using a WYSIWYG editor such as Eclipse or Visual Studio, to further facilitate application integration and modernization.
Explore our z/OS & z/VSE Migrations Options
Explore our Assembler Migrations Options
Explore our Adabas-Natural Migrations Options
Explore our BS2000/OSD Migrations Options
Explore our CA IDMS & CA ADS Migrations Options
Explore our COBOL Migrations Options
Explore our EGL Migrations Options
Explore our UNISYS Migrations Options
Get in touch with us
Get in touch with our experts and find out how Astadia's range of tools and experience can support your team.
contact us now