
++ Update June 6, 2024 ++
To use the transport capabilities of SAP Cloud ALM in conjunction with the SAP Cloud Transport Management Service (CTMS), you've to establish a connection between SAP Cloud ALM and the SAP Cloud Transport Management service.
This guide will lead you through the steps that are needed to establish the connection for the SAP Cloud Integration use case.
Note
Please note that all the steps below only refer to an exemplary setup for Cloud Integration as part of the SAP Integration Suite. For other integration solutions, the steps are similar but may differ in certain aspects. In this case, refer to the documentation of your integration solution.
In order to perform the following steps please make sure that your user has the role Global Account Administrator in your SAP BTP Global Account, and is a subaccount admin of the subaccount you want to subscribe SAP Cloud Transport Management service to.
Execute the following steps:
Check this SAP Help Portal page for more details --> Creating a Service Instance and a Service Key.
As a first step, you've to enable content transport in the Cloud Foundry environment by subscribing to the Content Agent (using the ContentAssemblyService) and Service Broker (using the Process Integration Runtime). Please follow the steps described in the Enabling Content Transport, Cloud Foundry Environment guide.
Note
Not every step is required in every case. For example, if you already created a space for transport management within your subaccount, you can skip certain steps.
After you've followed all the steps in this guide, please proceed with the next step.
In the next step, you need to create destinations in your SAP BTP subaccount where your source Cloud Integration tenant is hosted, in order to transport integration packages from a source tenant to the target tenant.
Please follow the steps described in the Creating HTTP Destinations, Cloud Foundry Environment guide.
Important
The URLs you've extracted in step a. and that you've to use in step b. are structured in the following way:
The URL you can find in the section uaa in the JSON file relates to the token endpoint. You can identify this URL by checking if the term "authentication" is included in the URL. The URL above the uaa section of the JSON file relates to the service endpoint. (see screenshot below)
Make sure that the following destinations are available now:
In the SAP BTP subaccount where your source Cloud Integration tenant is hosted, create a destination targeted at the Cloud Transport Management service.
In the Destination Configuration section, enter values in fields based on the description provided in the following table.
Name | TransportManagementService (this value is case-sensitive) |
Type | HTTP |
Description (optional) | You can provide a description for your reference. |
URL | Value of uri from the service key of your SAP Cloud Transport Management service instance. |
Proxy Type | Internet |
Authentication | OAuth2ClientCredentials |
Client ID | Value of clientid (uaa section) from the service key of your SAP Cloud Transport Management service instance. |
Client Secret | Value of clientsecret (uaa section) from the service key of your SAP Cloud Transport Management service instance. |
Token Service URL Type | Dedicated |
Token Service URL | Value of url (uaa section) from the service key of your SAP Cloud Transport Management service instance. Append oauth/token to the URL retrieved from the service key. |
Additional Properties | Choose New Property. As the key, enter sourceSystemId (value is case-sensitive). As the value, enter the name that you want to use as the source node of the transport route, for example, DEV_NODE. Reuse the value as the name of the source transport node later. |
Note
The connection test can lead to an "404: Not found" error due to the fact that the endpoints address will only be completed by the actual export call, hence no resource can be found at the root address. This error can be ignored and you can go ahead. (error screenshot in the comments area)
Name | Provide a name for the destination. |
Type | HTTP |
Description (optional) | You can provide a description for your reference. |
URL | To address the Cloud Deployment service, you have the following options: Using the name of your org and space https://deploy-service.cfapps.<default-domain>/slprot/<myorg>/<myspace>/slp Note: You need to escape special characters in your org and space name with a proper URL encoding. For example, replace space characters with %20, and commas with %2C. Example: https://deploy-service.cfapps.eu10.hana.ondemand.com/slprot/myorg/myspace/slp Using the GUID of your space https://deploy-service.cfapps.<default-domain>/slprot/<my-space-guid>/slp Note: To retrieve the GUID of your space, use the Cloud Foundry Command Line Interface (cf CLI). Log on to your org, and execute the following command: cf space <my-space-name> --guid. For more information, see Working with the Cloud Foundry Command Line Interface. Example: https://deploy-service.cfapps.eu10.hana.ondemand.com/slprot/977a24d6-2eaf-432d-a3e1-5294451551a3/slp The Cloud Deployment service is available on the default domain of your subaccount. Usually, the default domain is the first shared domain that is listed by the command cf domains of the cf CLI. If multiple shared domains are listed, validate the URL by issuing a GET request for the listed shared domains. The response for the correct (default) domain is 200. Example: Request: GET https://deploy-service.cfapps.eu10.hana.ondemand.com/public/ping Response: 200 OK. |
Proxy Type | Internet |
Authentication | Basic Authenticaton |
User | Specify the name of the platform user that is used for the deployment. Note: The user used for the destination must be a valid user on Cloud Foundry environment, and it must have the role SpaceDeveloper in the target space. The user used for the destination isn’t subject to any Data Protection and Privacy requirements. |
Password | Specify the password of the platform user. |
In Cloud Transport Management service, create the source node. The name for the source node must be the same as the value of the additional property SourceSystemId you defined in your TransportManagementService destination.
Important
- You have to configure auto forward mode for the transport nodes in order to make use of Cloud ALM in conjunction with Cloud Transport Management.
It could look like this:
Find more information about the destination and transport routes creation in the Creating HTTP Destinations and Transport Route guide. When you open the guide, choose the blue box called Cloud Transport Management to see the information relevant to you.
Now you must connect your SAP Cloud Transport Management instance to SAP Cloud ALM. In case you've subscribed to several SAP Cloud Transport Management service instances it's possible to connect all of them to the same SAP Cloud ALM.
In order to perform the following steps please make sure that your user has the role Global Account Administrator in the global account that was created when you requested SAP Cloud ALM, and is a Subaccount Admin of the subaccount containing your SAP Cloud ALM subscription.
Execute the following steps:
Name | Here, use the prefix CALM_FTR_CTMS_ and then add a meaningful suffix. Example: CALM_FTR_CTMS_FEATURES (this value is case-sensitive) |
Type | HTTP |
Description (optional) | You can provide a description for your reference. |
URL | Value of uri from the service key of your SAP Cloud Transport Management service instance. |
Proxy Type | Internet |
Authentication | OAuth2ClientCredentials |
Client ID | Value of clientid from the service key of your SAP Cloud Transport Management service instance. |
Client Secret | Value of clientsecret (uaa section) from the service key of your SAP Cloud Transport Management service instance. |
Token Service URL | Value of URL (uaa section) from the service key of your SAP Cloud Transport Management service instance. Append oauth/token to the URL retrieved from the service key. |
Caution
Don't maintain two destinations to the same SAP Cloud Transport Management service instance because this leads to duplicate entries of transports in the transport assignment dialog. Even if you delete one destination, the transports that were already pushed to SAP Cloud ALM aren't deleted since existing data could still be relevant for audit purposes.
To check whether your scenario works you can do a configuration check for the "Transport Mode: Transport Management Service" in your "Settings" area in Cloud Integration.
In the Features app of SAP Cloud ALM, transports created in Cloud Trasnport Management appear in the transport list with the destination as a prefix to the transport ID. See screenshot below.
Looking forward to receiving feedback. For latest updates and notifications you can follow me by clicking @moritzgysler .
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
24 | |
11 | |
10 | |
8 | |
8 | |
7 | |
7 | |
7 | |
6 | |
6 |