In message <>, From 
"Carlos Penengo" <>, the following was written:
> I'm looking for opinions on past experiences with migrating an RPG II 
> app from a S/36 to AS/400 RPG IV. Does a simple conversion do the job 
> or does it have to be re-written to take full advantage of the AS/400 
> native environment?


I used to do conversions for a living, and I'd have to say that it
depends on what you mean by taking "full advantage". OCL can be
converted to CL, but it will be UGGLY and inefficient. If it is done
properly however, it will exactly duplicate the function of the original
OCL, and perform at least as well as it ever did on the S36. You'll have
very minimal retraining issues to deal with. However, in order to get
clean, efficient native code, you must rewrite. The implication of this
is that design changes will be required in order to take advantage of
the services and capabilities of the AS/400. 

RPG and Cobol code will not benefit a great deal performance-wise from a
rewrite, but if you are doing design changes to clean up the CL, some
rewriting will be necessary. How much will be determined by the nature
of the changes and the coding style of the programs. If you wish to take
full advantage of externally described files, activation groups,
procedures, bound program calls, etc, you will need to rewrite much of
the code. This will be significant for ease of future maintenance, but
not necessarily for performance.

The way to go depends on your goals. How long will this code remain in
production? Is it archaic now or will it be so in the near future? If
so, go for quick and dirty. How much of it is critical for the business?
Is maximum performance a necessity? If so, is that for only certain
parts of the system? There's no compelling need to do the whole system
the same way. You could rewrite critical parts and batch convert the
rest, tweaking as the need arises. Actually, this last is what I've
recommended most often, since it usually gives you the best return on
investment. Even a "quick and dirty" job can be a major undertaking for
some systems.


 - Pete Hall

| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "".
| To unsubscribe from this list send email to
|    and specify 'unsubscribe MIDRANGE-L' in the body of your message.
| Questions should be directed to the list owner/operator:

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].