02.05.2013 Views

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Chapter 3: <strong>Implementer</strong> <strong>Administration</strong><br />

118<br />

*REL processes related objects only. It updates the repository to show the environments<br />

where related objects exist.<br />

For more information on build types, see “Build List (IBLDMBOLST) Command Parameters”<br />

on page 119.<br />

The build generates the Environment Build Report, which provides member/object status<br />

and information on errors and warnings that occurred during the build. You can use this<br />

report in place of the job log or user message queue for troubleshooting errors with the build.<br />

For details, see “Environment Build Report” on page 121.<br />

Key Considerations<br />

You must have authority to host environment maintenance to run the build for a host<br />

environment, and authority to remote environment maintenance to run the build for a<br />

remote environment. These authorities are defined in Work with Users.<br />

The environment’s program library, file library, and source library must exist or the<br />

build ends in error.<br />

You can run the build from an option in Work with Environments or by using a<br />

command interface.<br />

In Work with Environments, the Build List field confirms the repository status for an<br />

environment.<br />

For each *PRD and *QAC environment in Work with Environments, specify to maintain<br />

related object information and specify the source of information. This is not required for<br />

development environments.<br />

If you use related objects in check out or create request, you must run the build for each<br />

new *PRD and *QAC environment to create the initial list of member/objects in the<br />

environment.<br />

Once you create the member/object list and the environment/libraries are handled by<br />

<strong>Implementer</strong>, the member/object list is maintained dynamically. You can rebuild the list<br />

for maintenance purposes at any time, for example, if you edit object codes that support<br />

source and object with different names.<br />

If multiple object codes exist with the same characteristics, the object code with the<br />

lowest sequence number is selected by the build when the Retain Object Codes value is<br />

set to *NO. This gives better control over which object code is selected for the<br />

environment.<br />

Changing the sequence number of an object code may change the compile sequence of<br />

members/objects in Compile Request.<br />

The build does not assign object codes used to change the characteristics or data of an<br />

existing object. This applies to any object code defined with creation process M or a<br />

special characteristic beginning with “*”. For example, the build does not assign the<br />

object codes PFDTA, PFCHG, and MRGMSGF.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!