02.05.2013 Views

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

MKS Implementer 2006 Administration Guide

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Chapter 6: Third Party Integrations<br />

306<br />

Type/Name order. If a match is found in the target model, the program tries to make the<br />

object PRD (if it is not already). If any other version in the group is PRD, the attempt<br />

fails, the information is written to a report, and processing continues. The result is the<br />

first version in a group, alphabetically, set to PRD.<br />

If the wrong version is flagged as the production version, you have to make manual<br />

changes. Use the Associate Production Model Report to identify which objects to correct.<br />

For each object, change the version that was set by the YASCPRDMDL command to<br />

DEV, and set the version to production. The Work with Versions (YWRKVSN) and<br />

Change Model Object (YCHGMDLOBJ) commands can be useful for this.<br />

Example 2<br />

You have a development model and traditional production library, and you want to<br />

implement change control and establish a production model.<br />

1 If the production library in your existing system was generated from your development<br />

model, you have two options. You can define a separate environment for the existing<br />

3GL production library, or you can create a new model library and define its generation<br />

library as the existing 3GL production library. Either solution works, but the first<br />

solution has overhead of both extra promotion steps and extra disk space requirements.<br />

2 For either situation, you must identify the objects in development that constitute the<br />

objects in production. If you already have <strong>Implementer</strong> as your change control system,<br />

this is not necessary since the production version types are already set.<br />

To identify the production objects in your existing development model, either:<br />

Use the Start Change Control (YSTRCHGCTL) command, particularly if your<br />

existing promotion system places permanent locks on those objects promoted to<br />

production (set the version type to *BYLOCK).<br />

Alternately, follow these steps if the production flags have not been established:<br />

Issue the YBLDMDLLST command to create a model list of all the non<br />

versionable objects in the model, in other words, exclude functions and<br />

messages. Do not include <strong>Implementer</strong>-supplied objects.<br />

Issue the Execute Model Object List (YEXCMDLLST) command to call change<br />

model object (YCHGMDLOBJ) for each list entry, and change the version type<br />

of the objects to production (*PRD).<br />

Create a model list of all functions and messages, excluding those supplied by<br />

AllFusion 2E (versionable objects). For each object, include only the version in<br />

production. Do not include more than one version for a group, as it causes an<br />

error in the next step.<br />

Generate the YEXCMDLLST command as before for the non versionable<br />

objects. An error occurs if you attempt to set more than one version in a group<br />

to production.

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

Saved successfully!

Ooh no, something went wrong!