Skip to Content
author's profile photo Former Member
Former Member

Async RFC -> File - EOIO

I have the following XI Scenario:

Async RFC (R/3) -> XML File (Filesystem)

I want to achieve a QoS of EOIO. I know that the RFC Adapter doesn't support this but I would like to see if there is another way of achieving this:

Assumptions:

- XI is SP16

- No ABAP proxies because R/3 is 4.6D.

- XI receives the data in the correct order because we've implemented qRFC outbound queues in R/3.

- The QOS in XI ends up being EO because the RFC Adapter doesn't support qRFC (inbound queues).

Questions:

1) Is there a way to "force" EOIO on these incoming messages without using BPM? They are already being received in the correct order. The issue is that XI can process them in any order because the QOS is EO.

2) Is it possible to use BPM to do this? Here's one idea similar to what I use to collect IDocs.

There's no collecting in this case, but by using a receive step in a loop to handle multiple calls, it guarantees that only one instance of the BPM will be running at a given time.

Loop

- Checks a counter < 100 which allows us to set a maximum # of calls that the BPM will handle. This is so the workflow log doesn't get to big to view.

Inside the Loop is a Block:

- Contains deadline branch - 1 minute from 'Creating the Step'.

- If the call sits in the block for more than a minute (aka if we haven't received anything in a minute) call the deadline branch

- In the deadline branch throw an exception

- In the exception branch quit the BPM

Inside the Block is:

- Receive Step

- Increment Counter

- Send Step with EOIO (SP16)

3) Will the calls be sent to this BPM in the order that they were received or will they be sent to the BPM in any order since they are EO?

Any ideas or comments on this approach will be appreciated. Points will be awarded.

Thanks,

Jesse

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

3 Answers

  • Best Answer
    Posted on Jun 08, 2006 at 01:06 AM

    Hi J,

    <i>3) Will the calls be sent to this BPM in the order that they were received or will they be sent to the BPM in any order since they are EO?</i>

    >>Yes.. this depends on , how and which order XI is receiving the message..

    Now my question is , what is the idea behind to achieve the EOIO here? How is the RFC triggered here? Is it scheduled ? Whatever, at a time only one message will be sent right from R/3.. So what is the purpose/possibility of the multiple messages will be coming from the R/3..

    And with respect to BPM design, logic is clear, but is it will not become a overhead here? Just send step inside the Loop???

    this is just my views

    Regards,

    Moorthy

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Apr 11, 2007 at 07:55 PM

    Hey J Wolff,

    could I get that module's source code?

    Thanks and regards,

    Henrique.

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Jun 15, 2007 at 07:18 AM

    Hi All,

    Could any of you send me that module's source code?.. My mail ID is its.joe.s@gmail.com

    Thanks in advance.

    Rgds,

    Joe.

    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.