Consider an alternative tool or conversion service that produces highly maintainable COBOL. That way, if there is a lack or loss of Easytrieve skills, code can be easily modified in COBOL.
When evaluating alternatives, don't rely solely on the providers' supplied samples. Send them a selection of your trickier programs to see what the resulting COBOL looks like. One alternative I have personal experience with (from a project 7 years ago) is by Mergilent Pty Ltd. (Contact: Armen Grigorian <agrigor...@mergilent.com> ) I never thought I'd hear COBOL (let alone machine-generated COBOL) described as beautiful, but that's how management described it. Variable names retained, original comments retained, a logical section/paragraph-structured flow of control (with generated comments where needed), and obscure Easytrieve features correctly translated into neat COBOL constructs. Disclosure: my company was engaged to do the testing on this project using parallel runs of the original and converted programs. The results were easily verified, with the resulting data files and reports comparing equal. (Report output text was even in the same columns.) Have your testers compare CPU consumption while they're at it. CPU consumption dropped by a phenomenal amount - a nice bonus. David Price Dapperware Pty Ltd ________________________________ On Mon, 29 Sep 2014 13:42:59 +0000, Wissink, Brad [ITSYS] <bjwi...@iastate.edu> wrote: > We tried IBM Migration Utility. Had it for three years and could not get it > work well in our > environment, so we dropped it. Had problems with deferred printers, large > DB2 programs, etc. > We had to change the Easytrieve code to make it compile. Had issues with the > reports not being > exactly like the Easytrieve reports so they would not load into OnDemand > without being changed. > We found that the simple report programs converted ok, anything else was a > question mark. > We are a very small shop so we needed something we could just drop in and > have it work. > Since that was not the story and we could not get staff to work on it because > there > were more important things it never got off the ground. > > Brad Wissink > Information Technology Services > Iowa State University > 515-294-3088 > "If it ain't broke, you ain't trying" - Red Green > >------------- Original Message ------------- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] >Sent: Sunday, September 28, 2014 2:21 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: IBM Migration Utility > >Hi, >We are in the process of integrating a customer into our payroll system. >They use CA-Easytrieve extensively, but we do not. > >One option to install CA-Easytrieve, and another is to install the IBM >Migration utility. > >Does anyone have experience with using IBM Migration utility to replace >CA-Easytrieve? >Is it a straight forwards migration, or do we have to make changes to the >CA-Easytrieve sources? > >To make matters more interesting, the new customer currently runs under VSE, >while we use z/OS. > >Thanks >Gadi ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
