Importing Support Packages into Follow-On Systems 

Use

Follow-on systems are systems located on the transport routes that come after the logical development system of the track.

If a runtime system is configured in the consolidation system, use JSPM to import the same software components here as in the development system. When you do this, the archives are again copied to $(TRANSDIR)/EPS/in/CMS$(HOSTNAME)$(SYSTEMNAME); however, they are no longer needed by Change Management Service (CMS).

Prerequisites

You have imported the source code files of the software components into the development system of NWDI and you have adjusted the modifications there.

Procedure

1. Import into the Consolidation System

...

       1.      In the Transport Studio of CMS, choose the Consolidation tab page. The imported software components (SCs) (and the change requests resulting from the adjustment of modifications) are waiting to be imported.

       2.      Import the SCs and change requests in the proposed order.

If you have already made repairs to SCs in the consolidation system, you may need to adjust the modifications again. See Adjusting Modifications with the NWDI.

       3.      Choose the Assembly tab page and assemble the modified SCs and all SCs that depend on them. After the SCs have been assembled successfully, the CMS copies the resulting software component archives (SCAs) automatically to the directory $(TRANSDIR)EPS/in/assembled. Here they can be processed further by JSPM and deployed to the test and production system.

2. Import into the Test System and Production System

In contrast to the development and consolidation system, the JSPM tool handles SCs differently in the test and production systems. If SCs have been modified, JSPM searches the directory $(TRANSDIR)EPS/in/assembled for replacement components. A replacement component is an SC that is a valid successor version both for the modified version of the SC and for the new SAP version of the SC.

Select in JSPM which version to deploy for each modified modified SC. You can select the new SAP version to overwrite your changes or a replacement component, which contains your changes.

If JSPM cannot deploy the SCs (for example, the SC was modified on a different NWDI server), it prompts the user to provide a valid replacement component.

...

       1.      After JSPM has imported the SCs into the test and production systems, you must empty the import queues of the NWDI. To do this, go to the CMS Transport Studio and choose the Test tab page.

       2.      Disable the import lock and import the waiting imports.

       3.      In the same way, import the waiting imports into the production system.

The import into the test and production systems is required to update the system status information in NWDI. The NWDI does not deploy the SCAs again.

Result

You have adjusted modifications with Support Packages successfully and have imported Support Packages successfully into the runtime systems of a NWDI track.