Problems with sender agreements

[Former Member]

We have scenarios like JMS To IDOC, there is a multiple scenarios like this flow. Each JMS request message is different and each IDOC messagetype is different for all scenarios. For this we created different JMS sender channels for all sender agreements(1:1) . But when we test these interfaces, there is a strange problems encountering when pick the soure messages, some times the particular sender agrement picking proper request message and immmediately the same sender agreement picking the other interface Outbound message, so that mapping is failing at that time. Its happening frequently for all interfaces. So let us know how we avoid this problems. Is there any way for pick particular message when that interface triggered not even looking other interfaces.

[Former Member · Accepted solution]

Make sure that in each and every communication channel there is a different queue name define.

Communication Channel Parameter name: JMS Queue

Gaurav Jain

[Former Member · Accepted solution]

Is it..because we have only one Queue using for sender all JMS channels?

Is this problem...?

[Former Member · Accepted solution]

Yes... Define seperate queue as per your interface.

Each Communication channel should have unique queue name.

Gaurav Jain

Points if find answer helpful

[Former Member · Accepted solution]

Do you have any document on this? So before telling them we need to make sure how XI sender agrements behaviour.

b'use that Weblogic server maintained by other vendor and this is extra efforts from there side. we do nothave access of that server for creating the Queues on weblogic.

Thanks for your advise..you will get full points once we got resolved .

[Former Member · Accepted solution]

You can refer to sap Note 856346 - J2EE JMS Adapter: Frequently Asked Questions (FAQ)

Question 2: Functions and Architecture

this will give your answer.

Gaurav Jain

[Former Member · Accepted solution]

thanks gaurav...you got of points..once i close this give you full points.