Adapter Queue - Parallel Processing (File, JDBC, SFTP)

[Former Member]

Dear experts,

we have a scenario where the bandwhich of the connection to an SFTP-Server is very low. So the transmississions need a lot of time. During this time, no other messages for the same adapter (but different communication channles) get processed, as they all are stuck in the queue.

Is it possible to configure XI to process messages for one adapter in difference Queues, so that big transmissions don't block other transmissions?

Our XI System:

make.rel NW04S_20_REL

SP-Number 20

jdk.version 1.3

We use Itelligence SFTP adapter.

Best regards,

David

[Shabarish_Nair · Accepted solution]

could you explore the option of;

"Queues for Prioritized Message Processing" -> Go to SXMB_ADM -> Configure filter for Queue prioritization.

this will enable a dedicated queue for a particular interface - http://help.sap.com/saphelp_nw04/helpdata/EN/04/827440c36ed562e10000000a155106/frameset.htm

[Former Member · Accepted solution]

Hello Shabarish,

please note that it's about adapter queue, not message queue for message processing.

Best regards,

David

[Former Member · Accepted solution]

David,

please note that it's about adapter queue, not message queue for message processing.

I guess increasing the adapter cluster nodes might resolve this issue.

Regards,

Neetesh

[Former Member]

Dear all,

thank you for your answers. We solved this problem (or let's say minimized the risk) by implementing SAP note 1084161.

1. Go to Visual Admin

2. Go to Service SAP XI AF Core

3. Modify property messaging.connectionDefinition for the corresponding adapter

Also take a look here

http://help.sap.com/saphelp_nw70/helpdata/de/5c/22ee41c334c717e10000000a155106/frameset.htm

Best regards,

David

[stefan_grube]

> Is it possible to configure XI to process messages for one adapter in difference Queues, so that big transmissions don't block other transmissions?

Unless you have EOIO, the adapter will process messages always inparallel.

But when you have a bottleneck between STMP server and PI, you cannot do anything here.