Looking for relevant AS/400 Whitepapers? Visit the Search400.com Research Library.
Gilly400 | Jan 17 2008 12:50PM GMT
Hi,
Best to use the OVRPRTF option for this.
It’s never a good idea to change the system-supplied objects. If you do, then every time you upgrade the OS, you’ll need to go through and change them all again. Then you wonder which ones you changed, how many of them you changed, not to mention exactly which parameters you changed.
If you can keep to using overrides, then you won’t need to do this.
Martin Gilbert.
VBOTone | Jan 17 2008 4:17PM GMT
Actually, it is easy to keep track of changed objects with a little organization. We have placed an IBM_CHANGE library high in the system library list to avoid redundant programming efforts.
Gilly400 | Jan 24 2008 3:15PM GMT
Hi,
The idea of an IBM_CHANGE library is ok for most things, but you can still get problems with this when you get OS upgrades.
For example you want to change the standard attributes of one of the system supplied print files, so you take a copy to your IBM_CHANGE library and change the attributes of your copied print file. Along comes a new OS upgrade, with a new version of the print file - any programs that use this print file will find your *old* version of the print file instead of the new one. The OS programs that use this print file may crash or dump, until you remove your copied print file or replace it with a copy of the one from the new OS (with your attribute changes re-aplied).
Personally I think it’s best to avoid changing system objects as far as possible.
Cheers,
Martin Gilbert.