on 09-06-2006 9:17 AM
Hi All,
Can you tell me the difference between EO and EOIO? I am confused coz. if we use EOIO, we use a queue name and the messages goes to the queue and gets processed in FIFO order. But if we dont use EOIO ie use EO XI itself uses a queue and same thing happens.
Also pls tell me when exactly we need to use EO and when to go for EOIO.
Thanks in Advance.
Regards,
Jai Shankar.
Jai,
EO and EOIO QOS are used for asynch processing of messages.
If you mention EOIO which is Exactly Once In Order, the messages will be processes one after the other in the queue as they are received. So, you can get sequential processing of messages.
When you have EO which is Exactly Once, messages are processed in any order inside the queue.
When you must have tried i guess not many messages must be stuck in the queue, but in real time, when many messages are hitting the Integration Engine ( says 1000's of IDOC's are recived at the same time ), you will be able to see the difference in this.
Use EOIO when you want sequential processing and to maintain the order of prosesing as per business requirements.
Regards,
Bhavesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
From Help doc;
EO (Exactly Once):
The message is sent asynchronously. The sender does not wait for a response. The Integration Engine and the Adapter Engine guarantee that the message is sent and processed exactly once.
EOIO (Exactly Once In Order):
Messages are delivered with the same queue names (supplied by the application) in the same sequence that they were sent from the sender system. Message processing is asynchronous in this case.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi All,
Thanks a lot.
Bhavesh,
<i>When you have EO which is Exactly Once, messages are processed in any order inside the queue.</i> --> I dint notice this differnce.
I thought, the messages inside the queue were processed in the exact order as the come inside the queue. But that is wrong it seems.
Thanks & Regards,
Jai Shankar.
Jai,
What I meant was messages are processed in different Queues for EO and in a single queue for EOIO...
Now consider a case, when 1000 Idocs hit XI and you are using EO.. Messages will be rotued in different EO queues. Now, if one of the queue fails due to some SYSFAIL error , then all messages in only that queue will be stuck up , but the messsages in other queues will continue to be processed , so there is no way you can guaraantee sequential processing with EO.
But, when you use EOIO, all messages are processed in a single queue and this way sequential processing is guaranteed.
This subtle difference can be noticed when a number of messages are hitting XI at the same time.
Regards,
Bhavesh
Bhavesh,
<i>messages are processed in any order inside the queue.</i> --> Do you mean to say, the msgs will get stored in the queue in any order or it will get stored in the exact order as they come from the sender and the order of processing from inside the queue might differ ie not always FIFO.
Pls clearify this.
Thanks & Regards,
Jai Shankar.
> <i>messages are processed in any order inside the
> e queue.</i> --> Do you mean to say, the msgs will
> get stored in the queue in any order or it will get
> stored in the exact order as they come from the
> sender and the order of processing from inside the
> queue might differ ie not always FIFO.
>
Jai,
Am not very sure on this.. What I has summarized in my previous reply was something I noted in one of our interface runs in XI. I am not sure if messages are processed in a random manner in a queue in EO or are stored in a random manner , but , if you want to guarantee sequential processing EOIO is the way to go.
Regards,
Bhavesh
jai,
Another difference is when you say EOIO , all messages are processed in the same Queue ( you need to mention a Queue name in your adapter) but, when you say EO , messages are processed in random queues of XI.
Take a look at this blog to understand XI queues better,
/people/sap.india5/blog/2006/01/03/xi-asynchronous-message-processing-understanding-xi-queues-part-i
Regards,
Bhavesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jai,
check this:
http://help.sap.com/saphelp_erp2005vp/helpdata/en/41/b714fe5ffc11d5b3ea0050da403d6a/content.htm
Regards Mario
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
84 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.