Error Handling in Inbound ABAP Proxy with EOIO

[Former Member]

Hi,

The scenario

I have a File to ABAP Proxy scenario and since the requirement is that the messages have to be processed in a single queue in the SAP system (i.e. EOIO), the sender file channel was configured to be EOIO. This ensures that all messages that enters the SAP system are put in a single queue and then processed one after the other.

The Issue

Now if one of the messages that enter SAP system fails during the processing in the ABAP program, the queue gets stuck and all messages after that go into a scheduled state. And one has to manually clear the errored message in order to continue processing the other waiting messages.

The Question

I know this is a default behavior in an EOIO scenario, however is there any way in which if a message fails in the ABAP program then one can automatically push it out of the queue and keep processing the other messages after it ?

Thanks

Bharath

[Former Member · Accepted solution]

As a general rule I only use EOIO when there is a possibility of dependancy between messages (message 1 must be first and finsihed before message 2 starts). Assuming your just moving the errored message asside, I would assume that EOIO should be just EO.

Alternatively, change the ABAP proxy to handle the error and return a clean status. Exception handling (try/catch) should be used were ever dangerous code is being used.

If alerting in the proxy end point is to much trouble - change your proxy to a sync scenario return the error to PI and fire alerts from there <- I think this should be avoided but it will work.

The main point is the exception handling so that the proxy fails "gracefully".

[rajasekhar_reddy14]

Hi,

You can try two ways

run report RSXMB_CANCEL_MESSAGES for your interface , it automatically cancel the failed messages.

or

one is change QOS to EO , your prob would solve:as per my experice most of the time EO gives order processing(only huge pay load messages exceptional).

Regards,

Raj

[Former Member]

Hi Barath,

Ref: