Re: Preventing Programs from using TEST files

Do not let a program set its own library list. Why would a program have
code in it to add a test library to begin with? You should have a
seperate "environment". We have done this very easily with a 'menu'
approach. When a user logs in they can pick Production with a 1 or
Prototype with a 2. When they make that selection the data libraries get
set and in prototype a test library gets put at the top of the list where
we put programs for testing. Then you don't have to set a library list
anywhere in another program, you don't need to qualify data paths, and you
sure don't need a new LPAR.

$.02 on a snowy friday.


Thanks
Bryce Martin
Programmer/Analyst I
570-546-4777



MattLavinder@xxxxxxxxxxxxxxxxxxx
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
02/25/2010 04:52 PM
Please respond to
RPG programming on the IBM i / System i <rpg400-l@xxxxxxxxxxxx>


To
RPG400-l@xxxxxxxxxxxx
cc

Subject
Preventing Programs from using TEST files








We discovered a problem today that occurred because a production program
was adding a test library to the library list. This wasn't a major
problem
until we added a copy of a file used by that program to said test library.
Unknown to us until today, that production program was using the test file
instead of the production one. We have fixed everything now, but I am
looking for suggestions on to how to prevent this from happening again. At
the very least I want to know what "best practices" are recommended to
prevent this sort of problem.

Thanks,
Matt