• Subject: Re: RPG II / OCL Conversion
  • From: DAsmussen <DAsmussen@xxxxxxx>
  • Date: Sat, 13 Dec 1997 00:24:21 EST
  • Organization: AOL (http://www.aol.com)


In a message dated 97-12-11 21:19:06 EST, you write:

> >Nothing wrong with those ideas but could you just copy the whole library
>  >and have one(1) different library for each different plant?
>  The main problem is that all of the files are in QS36F.  My understanding
>  is that RPG II and OCL only look at QS36F for files.  There are also some
>  files which are not plant specific.

I had /36E accounts for years and, until recently, thought that QS36F was your
only choice for files as well!  With new exposure, it now seems that this is
only correct if you follow IBM's rules for /36E applications.  The legacy
(OMS/Marketing) applications that run in the /36E (COBOL no less!) that we are
not replacing with BPCS at a new site have (albeit a few, and poorly done)
externally defined files in libraries other than QS36F.  As long as your job
description is correct, the files come out of the proper library -- QS36F is
_NOT_ automatically accessed by programs not running in the /36E.

>  Going native, converting to RPG/400 and OCL also gives us many
>  advantages such as: faster/easier development, separate test
>  environment, externally described files/screens/pirnter output, etc.

Agreed, but again QS36F is not the only library accessed by /36E programs from
a file standpoint...

>  During the conversion process, I would make plant part of the key and
>  eliminate plant specific files.  Also eliminate many GSORTS and create
>  logical files for these which would remove many BLDFILE/DELETES
>  which are resource intensive.



Dean Asmussen
Enterprise Systems Consulting, Inc.
Fuquay-Varina, NC  USA
E-Mail:  DAsmussen@aol.com

"It is impossible to make anything foolproof, because fools are so ingenious."
-- Anonymous
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com

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 midrange.com 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].