Avoid to hold an adapter type. Splitting threads in the same adapter type?

[Former Member]

Hi experts.

I have an installation of SAP PI 7.1 with different interfaces configured. Many of these interfaces share the adapter type with a limited number of threads. The problem comes when one of these interfaces is locked and holds all the threads, that makes the other interfaces that share the adapter type will also stop working. As an interim solution has increased the number of threads, but this does not eliminate the problem because the system moves many messages. On the other hand, the option to prioritize interfaces would not be a definitive solution. Create an instance of Java for each inteface would not be an optimal solution because there are too many interfaces.

Is there any way to assign a specific number of threads to each interface, so that if one fails the other still running? Is it possible to create queues for each interface that share the adapter type, so that each queue has its own threads? Any other possible solution?

Thanks a lot in advance!

Jordi Sánchez

[Former Member]

Hi,

did you try this parameter of the adapter engine messaging system?

messaging.system.queueParallelism.maxReceivers

..........

This property specifies the maximum number of parallel worker threads per queue, based on the receiver fields of the processed messages. A value of 2, for example, will limit the amount of parallel worker threads for one receiver channel instance to 2, allowing the remaining configured worker threads to process messages for other receiver channel instances of the same adapter type

...........

we had set it to 4 so that one specific receiver channel will have only 4 worker threads maximum per server node and does not cause problems for other interfaces if something is wrong.

regards,

francis

[Shabarish_Nair]

one way would be to have multiple app servers and java server nodes implemented.