on 06-02-2009 8:48 AM
Hi All,
The scenario is below:
1. File Adaper polls a unix folder every 10 minutes, and comm channel is set as EOIO. A queue name prefix is specified in the comm channel.
2. If 30 files are found, they are all sent to a BPM receiver for processing on the Integration Engine. 30 separate BPM instances are triggered (but each one is actually running the same BPM definition).
3. Although the files appear in SXMB_MONI in the correct sequence, they are not processed in sequence - e.g. the files are sometimes be processed in the sequence 1, 2, 3, 4...8....5, 6, 7
4. The messages are all assigned to a queue id.... XBQO$PE_WS91100160, and although if an error occurs in one message, the queue can be stopped, the problem is that the transactions in this
queue are not necessarily in the sequence the files were found by the File Adapter
We have tried adding a "Only Once" queue option in SWF_INB_CONF, but to no avail. The sequence of the messages still appears to be unreliable.
In SXMB_ADM, we have tried to specify filter prioritisation. once again, to no avail.
Some additional information. An ABAP mapping class is being called in the BPM, and we have used this to track the sequence of the files being processed (by writing into a logging table).
My problem is at the time when the files go through EOIO queue and arrive at the BPM, the order has already changed. And according to the note833740, BPE should support EOIO at arrival side. Any more thought?
Hi karun,
Can you please let me know if you have resolved this issue. We are facing a similar issue.
Your help would be appreciated.
Thanks,
Sudhir
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Karun
while determining interface click on the check box MAINTAIN ORDER AT RUNTIME
hope this may help you
or if you are using PI 7.0 SP14 or above use message packaging
Thanks
sandeep
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
89 | |
10 | |
9 | |
9 | |
9 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.