cancel
Showing results for 
Search instead for 
Did you mean: 

use EOIO on Sender RFC and outbound ABAP proxy calls

Former Member
0 Kudos

In the comm channel of SOAP and FILE there is a simple flag to set for QOS = EOIO

In Plain HTTP adapter a QOS parameter can be supplied.

IDOC uses control record tricks or a Receiver adapter option.

But what about the RFC and XI adapters.

The docu states QOS of EOIO for RFC and XI adapters is possible.

How is set for sender RFC and Sender XI adapters?

regards

Phil

Accepted Solutions (0)

Answers (1)

Answers (1)

MichalKrawczyk
Active Contributor
0 Kudos

Hi,

you can do it in proxies:

http://help.sap.com/saphelp_nw04/helpdata/en/65/40c9a4a1fa476288ac61b5fcc6bbde/content.htm

you cannot do it in RFC

Regards,

michal

henrique_pinto
Active Contributor
0 Kudos

> you cannot do it in RFC

theoretically...

Regards,

Henrique.

Former Member
0 Kudos

Thanks Michal,

I see that proxy protocol coding is required.

Stuff a Queue / application name on it.

Thanks for that. Thats XI adapter solved.

However docu states EOIO is possible for RFC.

Is the docu wrong?

http://help.sap.com/saphelp_nw04/helpdata/en/7b/94553b4d53273de10000000a114084/frameset.htm

Same docu for XI 7.0.

6 points for the XI adapter

Former Member
0 Kudos

Very amusing solutions here.

To achieve QRFC. So it is only possible in Sender adapter with tricks.

Assuming ABAP proxy isnt used due to Sender system version <=4.6 or non SAP system;

I would use another approach.

Create another client on XI. SXMB_ADM setting as LOC business system.

Call a function in this new client.

This new client does SOAP / HTTP / or ABAP proxy call to XI hub to easily set QOS.

NOTE calling system can still try and use QRFC to get rfc call to new client in XI.

Thanks for the INFO gentleman.

henrique_pinto
Active Contributor
0 Kudos

Phil,

I was discussing with Michal about this.

I suppose it is not fully EOIO, because you don't send directly from the outbound queue to the inbound queue. The AE service may not have a specific queue for that message, until the queue is associated in adapter module. Maybe (just maybe), if you get unexpected extra processing in the initial AE reception of the message (and hence, before the queue is set, in adapter module), you may have some inconsistencies with the processing order in sender system.

But again, that is just a speculation.

I'm not sure what is the behavior it'll have.

And even if what I speculated is right, it is a really short amount of time.

But again, EOIO would not be 100% guaranteed (maybe 99% hehe).

But sometimes (most of the times) that is not enough.

Regards,

Henrique.