In order to deploy non-ABAP / Java transports, Transport Expresso utilises CTS+ so this must be setup and configured beforehand.
For each non-ABAP / Java system to be managed by Transport Expresso a new target and RFC destination must be setup as described in the Configuring Transport Expresso section. In this case there are some differences in the setup.
For example, you might have the following non-ABAP / Java systems:
- JD1 – Development
- JT1 – Test
- JP1 – Production
The CTS+ controller system in this example is CT1
An RFC destination is required for each system but for non-ABAP / Java systems this must connect to the relevant CTS+ controller system. In the example above these would be setup as follows:
- TRANSPORT EXPRESS JD1 – connects to CTS+ controller system CT1
- TRANSPORT EXPRESS JT1 – connects to CTS+ controller system CT1
- TRANSPORT EXPRESS JP1 – connects to CTS+ controller system CT1
Each non-ABAP / Java system needs to be created as a TE target system in the same way as is done for ABAP systems. When setting up these targets in TE there are some differences compared to ABAP systems:
|For the target client specify the client of the CTS+ controller system.
|Ignore System Id during import (CTS+ only)
|For CTS+ systems the SAP system ID is different to the system that is the CTS+ domain controller. In this case the flag should be set to inform Transport Expresso that the target is a CTS+ system.
When creating the transport path the “Valid Source Clients” should be setup for the relevant CTS+ development system and referencing the client for the CTS+ controller. E.g. JD1:100
Once the above setup has been done TE will then automatically use CTS+ to process and import the non-ABAP / Java transports.
Note: For non-ABAP / Java merge targets please refer to the Target Properties Import Options II section for more details on how to setup the conflict detection.