Show TOC

Procedure documentationPerforming Configuration Steps for Non-ABAP Transports Locate this document in the navigation structure

 

To perform transports of non-ABAP objects, perform the following configuration steps.

Caution Caution

This documentation describes how you configure a dual-stack system (for example, SAP Solution Manager System) for non-ABAP transports.

End of the caution.

Procedure

  1. Configure the CTS Deploy Web service.

    The CTS Deploy Web service connects the ABAP transport tools to the deployment tools in the non-ABAP applications. The transport control program tp communicates with the CTS Deploy Web service when deploying the non-ABAP objects.

    For more information, see Configuring the CTS Deploy Web Service.

  2. When using NWDI with CM services: Configure the CTS Config Web service.

    If you use the SAP NetWeaver Development Infrastructure (NWDI) with CM Services, then you must configure the CTS Config Web service. The CTS Config Web service provides the connection between the ABAP transport system and the system where the CM Services run.

    For more information, see Configuring the CTS Config Web Service.

  3. Configure and define the non-ABAP or dual-stack systems of your applications.

    By creating a transport landscape in the Transport Management System (TMS), you specify the roles the individual systems play in the software lifecycle. To transport non-ABAP objects in your transport landscape, you require non-ABAP or dual-stack systems:

    • Configuring non-ABAP systems

      CTS handles non-ABAP systems as virtual systems, which means they require an ABAP communication system. The transport control program tp runs in this communication system. For source systems, the Transport Organizer is used in this communication system.

      Recommendation Recommendation

      Also use the Domain Controller as ABAP communication system.

      End of the recommendation.

      More information, see Defining and Configuring Non-ABAP Systems.

    • Configuring Dual-Stack Systems

      Dual-stack systems consist of an SAP NetWeaver Application Server ABAP and an SAP NetWeaver Application Server Java. If you want to perform transports for both application servers, then you first have to include the SAP NetWeaver Application Server ABAP in the transport domain and configure it. Then you can configure the SAP Application Server Java or a dual-stack system.

      For more information, see Configuring Dual Stack Systems.

  4. Using the NWDI with CM Services: If you want to be able to use activity-based SDA transports, prepare your systems for them.

    With activity-based SDA transports you can transport the runtime objects that belong to activities using transport requests and deploy them in the target system.

    For more information, see Configuring Systems for Activity-Based SDA Transports.

    Note Note

    You also have to configure this if you want to execute SCA transports including runtime objects with the Export Service.

    End of the note.

    For more information on activity-based SDA transports, see Activity-Based SDA Transports.

  5. Using the NWDI with CM Services: If you want to be able to use activity transports, prepare your systems for them.

    With Activity Transports you can attach activities directly from the NetWeaver Developer Studio to transport requests and transport them.

    For more information, see Configuring Systems for Activity Transports.

    Note Note

    You also have to configure this if you want to execute SCA transports including sources with the Export Service.

    End of the note.

    For more information on activity transports, see Activity Transports.

  6. Optional: Change the standard settings for your source or target systems.

    Non-ABAP systems and dual-stack systems can be the source or target of transports. When you create non-ABAP systems or dual-stack systems as source or target systems in your transport landscape, they are configured automatically with the appropriate standard settings. If you want to adjust these settings to your system landscape, you can modify the relevant parameters accordingly:

    • Changing the Standard Settings for Source Systems

      If you want to change the standard settings used to create your source systems, you must adjust the automatically-generated parameters for your source systems or add new parameters.

      For further information, see Changing Standard Settings for Source Systems.

    • Changing the Standard Settings for Target Systems

      If you want to change the standard settings used to create your target systems, you must adjust the automatically generated deployment parameters or add new parameters.

      For further information, see Changing Standard Settings for Target Systems.

  7. Activate the Transport Organizer Web UI and, if required, the object list browser.

    To be able to manage transport requests with the Transport Organizer Web UI, you first have to activate the service for the Transport Organizer Web UI. If you want to use the object list browser you also have to activate the related service.

    For more information, see Activating Services for Transport Organizer Web UI.

    For more information on Transport Organizer Web UI, see Starting Transport Organizer Web UI and Transport Organizer Web UI.

    For more information on object lists, see Using Object Lists.

  8. Make the transport settings in your application.

    If you want to transport objects directly from your non-ABAP application, you must connect the application to the transport system. In this way you can closely couple your application with the Change and Transport System. To do this, make the following settings in your SAP application and in the transport system:

    1. Configure the export destination.

      Before you can attach objects to transport requests directly in the application, you must first connect your SAP application systems (such as SAP NetWeaver PI or SAP NetWeaver Portal) to the ABAP communication system using an RFC connection. This enables your application to communicate with the transport system.

      For more information, see Configuring Export Destinations.

    2. Define the transport strategy.

      You can influence the behavior of the transport system when you create and release transport requests by configuring the strategy parameters. In this way, you provide optimum support for the transport process that you have chosen for closely coupled applications (automatic/manual creation or automatic/manual release of requests).

      For more information, see Defining Transport Strategies.

    3. Optional: Specify the method for the data transfer from the source system to the CTS server.

      To add non-ABAP objects to a transport request, you must transfer these objects (files) to the CTS server on which Transport Organizer is located.

      For more information, see Defining Methods for Transferring Files from Source Systems.

    4. Optional: Specify the method for the data transfer from the the CTS server to the target system.

      For more information, see Defining Methods for Transferring Files to Target Systems.