Possible to configure several communication channels for the same receiver?

[Former Member]

Hi,

is it possible to configure several communication channels for one (the same) receiver?

The problem is as follows: I would like to switch between the RFC-channel and the XI-channel, if the RFC-Adapter doesn't work for some reason.

The situation: Our XI3.0 posts messages to several receivers and the switch should be done by changing one table entry which is selected and analysed in an ABAP-Proxy and which could enrich the XML-message. By now, the only chance I see is to change the respective entries in the Integration Directory for each receiver separately.

Thanks for your help, Peter.

[STALANKI]

Then why do we need to switch?

We can create one more communication channel and bind the communication channel in the reciever agreement.

Onece the testing and transition is done then cant you make it de-active.

[Former Member]

Hi Sravya,

in this case, I suppose, you need to change every receiver agreement separately. I don't want to.

Peter.

[MichalKrawczyk]

hi Peter,

>>>>and analysed in an ABAP-Proxy and which could enrich the XML-message

you can try creating the same number of new receivers

(with the XI channel only) and do condition in the receiver determination

so if you enriich the XML then then message would go to

new receiver if not then the message can go to the old one(with rfc channel)

just just have to specify XPATH to the enriched value in the XML message in the receiver determination - conditions

Regards,

michal

[Former Member]

Hi Michal,

thanks for that hint. It definitely solves my problem!

But to be honest: Is it elegant to double the receivers?

Peter.

[MichalKrawczyk]

Hi,

>>>>But to be honest: Is it elegant to double the receivers?

of course not:)

but this is the only way I believe

(cause you cannot assign conditions to receiver agreements)

you could also create two messages (practically two flows)

but would it be more elegant?

BTW

in my opinion you should try restarting RFC channel

and not create two - just in case...

if RFC doesn't always work why don't you use another one only?

this would just simplify your scenario (maintanance of just a number of communication channels and not 2 x number of communication channels)

Regards,

michal

Message was edited by: Michal Krawczyk

[Former Member]

Hi Michal,

the reason is that our LIVE-XI3.0 is currently working on RFC and we are going to switch the RFC to XI-Connec from one moment to the other.

We need a fallback strategy, if something goes wrong.

Peter.

[Former Member]

Peter,

Have you considered the use of ccBPM in your scenario? In my opinion this option is more elegant than all above mentioned approaches.

As with all good things in life you have to pay a higher price; in this case you will pay in complexity of your interface and also some performance of your system but you will have total control of the flow of your interfaces.

Regards,

Roberto

[Former Member]

Yes Roberto, you are wright.

Unfortunately they are not going to pay us for changing our developments from Proxy- to BPM-communication. The reason is that we started with that system in XI2.0 and migrated to XI3.0 a few month ago. We implemented a few service via BPM, only.

Peter.