Communication channel parameters are not tranported in CTS+ transport

[Muniyappan]

Hi,

My scenario is MDM to jms.

we have configured the cts+ transport in our system.

We transported the ESR and ID objects from development to Quality.

But in the sender mdm communication channel the everything is getting transported except Repository password.

when i checked in the quality system the Repository password was blank.

And receiver jms communication channel details are in

dev system

IP Address or server Name:135.12.14.12

server port :3321

Queue manange name :RRTYRKB

channel name :KDIEKE.MDM

Quality System

IP Address or server Name:localhost

server port :1414

Queue manange name :QM_hostname

channel name :S_hostname

i want know whether this is the case when we do the cts+ transport?

if it is the case should i edit the objects in the Quality sysem(which i don't want to do).

Thanks.

Regards,

Muniyappan.

[MichalKrawczyk · Accepted solution]

Hi,

>>>if it is the case should i edit the objects in the Quality sysem(which i don't want to do).

communication channel attrubites always get reset in the new env - TEST, PRD, etc.

and you always need to fill them once more - this is the normal way

otherwise - would you like to use DEV parameters on PRD system ?

maintaining the channel attributes is a typical task on all landscapes

Regards,

Michal Krawczyk

[Muniyappan · Accepted solution]

Hi,

Thanks Michal and Grzegorz Glowacki for replying me.

Now i got the clear idea.

Regards,

Muniyappan.

[former_member184681]

Hi Muniyappan,

It is actually normal that you have to adjust some Communication Channel settings when transporting your scenario from D to Q to A to P or so. Each of those landscapes normally has some landscape-specific parameters like URL, logon credentials and similar, and you have to adjust them in each system separately. You can use the Transport Group to have some of the parameters adjusted automatically during transport, but this only works for SAP systems and only for some parameters (system name, but not user credentials).

Hope this helps,

Greg