I was trying to implement N:1 scenario.When i use two senders and one receiver it worked fine.
But when i use three senders and one receiver,messages were kept in inbound queue.why is that so?
Please help me out.
BPM always usases the single queue for all the instances, so if any of the mesage stuck up then it will be in waiting state.
It also depends upon the merging of data coming from all 3 senders into single receiver.
Each of those messages are going to the same XBQO* Queue & No entries in QRFC Monitor.
Refer In the following WebLog :
Make sure---You would need a BPM with correlation and multiple receive steps inside a FORK.
FORK with "N" branches to receive the N files. Each fork will contain a RECEIVE STEP with correlation.
Then you will have n:1 mapping where you will cominbe the N files into single file and send step to send the data to the target file.
You need to have 3 receive steps.
Correlate them on some common fields.
When you send the data from the external systems it should have a common value for the correlated field.
also the sequence in which the data is given to XI should be same as the sequence of receive step of hte bpm.
you can refer to this blog in order to understand why the data gets stuck in queue.