[vcf-midatlantic] COBOL: vintage vs. legacy code

Joseph S. Barrera III joe at barrera.org
Fri Sep 15 10:57:29 EDT 2017

> Give Legacy Code New Life With Modern COBOL AppDev: Using COBOL as a JVM

I think Digital was doing this 30+ years ago, if you replace "JVM" with
"VAX standard calling procedures" :-)


        "VAX standard calling procedures [...] allow VAX
        COBOL programs to call (and be called by) other
        programs written in VAX COBOL, other VAX languages
        (such as BASIC, FORTRAN, and MACRO), system
        services, common run-time library subroutines, and
        screens produced by VAX Forms handling products."

On Sat, Jun 24, 2017 at 6:36 PM, Douglas Crawford via vcf-midatlantic <
vcf-midatlantic at lists.vintagecomputerfederation.org> wrote:

> This popped up on a screen on SourceForge just now:
>        Give Legacy Code New Life With Modern COBOL AppDev: Using COBOL
>        as a JVM language
> With billions of lines of COBOL in use, this business language powers a
> large percentage of every ATM, government, and many other business
> transactions. Many businesses are looking for new ways to utilize decades
> of solid business logic without having to replace a mission critical
> application.
> Attend this TechBytes series sponsored by Micro Focus and presented by
> SourceForge to learn how organizations around the world are utilizing
> existing .NET and Java development teams to integrate and modernize COBOL
> applications. Attendees will learn:
>  * What tools can be used to ‘free’ business logic from legacy code
>  * Exposing COBOL processes as REST base services
>  * Using COBOL as a .NET or JVM language
> Don’t wait – register now for these TechBytes to get started.
> About the Presenter:
> Michael Bleistein, Principal Architect, at Micro Focus, is a 25-year
> veteran when it comes to COBOL. Currently he specializes in modernization
> through .NET, Java, and SOA using Visual COBOL, helping customers
> understand Micro Focus solutions and how they can be used to combat their
> business problems.

More information about the vcf-midatlantic mailing list