The accompanying table shows the migration paths of basic components into the corresponding target systems.
(COBOL85, IBM, MFC, ...)
(Tuxedo, Pathway, CICS, ...)
|Java web services
(Oracle, DB2, ...)
(Oracle, DB2, MS SQL Server, ...)
All documents are in German.
The migration widely comprises a pure program transformation in addition to an architecture migration:
The accompanying graphic exemplary outlines the architecture of a typical COBOL application and the resulting
Java target system.
- Online programs (server) are provided as web services within the Java target system.
- COBOL batch programs are transformed into autonomous Java programs (1:1 migration).
CoJaC RUNTIME SYSTEM
Examples of using the CoJaC runtime system
The runtime system provides classes for the execution of the migrated programs within the Java target environment.
This includes classes for the COBOL data types (numeric and alphanumeric data) and basic classes for arrays and
structures. Furthermore, there are methods that implement the functionality of certain COBOL statements for which
there are no native statements in Java (e.g.,
). Further components are
static methods for the mapping of Intrinsic functions and methods for type conversions and classes, which provide
the functionality of the interfaces (files, SQL, middleware). The runtime system builds the basis for compact,
maintainable Java code.
Example of middleware migration
CoJaC can optionally transform COBOL servers, which work under the control of middleware (transaction monitors), into
Java web services. During this process, middleware-specific data and statements are removed or replaced by adequate
web service functionality. The interface is thus not conceptually modified. The web services process the same messages
as the COBOL servers before. Necessary conversions are encapsulated by the runtime system, which also carries out
Example of file migration
During the migration, the data files used in COBOL are transferred into database tables. The several access modes
and forms of organisation are thereby considered. The table structure is derived from the record structure attached
to the file via the
structure within the
. The runtime system encapsulates
the database accesses and provides methods for mapping the COBOL statements for file processing (
, etc.). By migrating the files into database tables,
the data are also made available for other applications and tools.
Examples of migration of embedded SQL
MIGRATION OF EMBEDDED SQL
CoJaC converts embedded, static SQL statements to dynamic SQL statements. The Java runtime system contains methods for
managing the database access and connection, for reading and writing data into host variables and for error handling,
all of which map the functionality of the basic system. Experience shows that the change to dynamic SQL implies no
runtime disadvantages. Simultaneously, the flexible creation and modification of SQL statements becomes possible.
MIGRATION OF SCREEN MASKS
Example of screen mask migration using MaTriX
There are several options for screen mask migration, any of which can be carried out according to customers' requests:
- Keeping the existing screen masks: Because the interface of the migrated web services is not conceptually modified,
clients can be maintained with some small technical adjustments. This migration is transparent for the user.
- Automated migration: The screen masks can be converted automatically by our tool MaTriX into
Web 2.0-based user interfaces.
- New development: The screen masks can be newly developed corresponding to customers' requests, e.g., as
pro et con Innovative Informatikanwendungen GmbH. All rights reserved.