Client ABAP Proxy

[Former Member]

Hello Experts,

We have a SAP system >=640, and the XI system. The SAP system is connected to XI's repository, all the config is correct (2 RFC destinations, HTTP destination, System role), SLDCHECK is also fine.

I have generated an ABAP Proxy on SAP system. I have also created a triggering program:

REPORT ZGG_ABAPPROXY_TRIGGERTIMESTAMP.

DATA prxy TYPE REF TO zgg_abapproxy_co_mi_timestamp.

*

CREATE OBJECT prxy.

DATA ts TYPE zgg_abapproxy_mt_timestamp.

DATA exept TYPE REF TO cx_ai_system_fault.

TRY.

ts-mt_timestamp-year = '01'.

ts-mt_timestamp-month = '02'.

ts-mt_timestamp-day = '03'.

ts-mt_timestamp-hour = '04'.

ts-mt_timestamp-minute = '05'.

ts-mt_timestamp-second = '06'.

CALL METHOD prxy->execute_asynchronous

EXPORTING

output = ts.

commit work

.

CATCH cx_ai_system_fault INTO exept.

DATA fault TYPE REF TO cx_ai_system_fault .

CREATE OBJECT fault.

WRITE 😕 fault->errortext.

ENDTRY.

After executing this program no exeption is throwen, but I also see no messages in XI.

In the scenario configuration part I have created Reciever Determination, Interface Determination and Reiciever Agreement.

I see no errors, nothing, the message just disappears somewhere...

So the question is how the XI will know without Sender Agreement what scenario to execute? Maybe I am missing some config steps?

Best Regards,

Artsiom Anichenka

[Former Member · Accepted solution]

AA,

Goto SXMB_MONI in R/3 (not XI) and see the status of your msg.

>>how the XI will know without Sender Agreement what scenario to execute

Using Receiver Determination object. No need of sender agreement here. Your approach is correct.

Regards,

Jai Shankar

[Former Member · Accepted solution]

Jai,

Thanks for you response! The status of messages on SXMB_MONI is "Recorded" (green flag). What does this mean?

Best Regards,

Artsiom Anichenka

[agasthuri_doss · Accepted solution]

Hi,

Green Flag - the message is Sheduled..

Try to check the Queue and if possible delete the Queue and send the messages again

Regards

Agasthuri Doss

[Former Member · Accepted solution]

That means your message does not reach XI yet. It is stuck in queue exactly as others suggested. In SXMB_MONI, navigate to right and find a field queue name. Double click on the queue name and examine the status of the msg in the queue.

You can navigate directly using SMQ2 TC too...

Regards,

Jai Shankar

[Former Member · Accepted solution]

This is the status of the queue:

Cl. Queue Name Entries Status Date 1 Time 1 NxtDate NxtTim Sender ID Wait for queue

100 XBTS0006 1 READY 16.08.2007 14:34:56 16.08.2007 14:34:56 eclsh20d_SCD_00

The status is ready.

[Former Member · Accepted solution]

Also when you navigate to queue...there is optionof activating queue...so just give one shot before deleting messages and resending...

Try toactivate queue...if it dosent work..you can go little deep in queue and manually try to run messages...

Let us know the result.

Nilesh

[Former Member · Accepted solution]

Select the entry in the queue and press the execute button or F8.

Goto tcode SXMB_ADM -->Manage queues --> Select all queues and click on the button "Register Queues".

Regards,

Jai Shankar

[prasanthi_chavala · Accepted solution]

Hi Artsiom,

Try to restart the queues/execute the LUWs in transatcion SMQ2 or just unlock the queue and refresh.

Regards,

Prasanthi.

[Former Member · Accepted solution]

Hello Nilesh,

the activation of the queue do the trick!!! I have recieved message on the sender side!

Then I have deleted all other queues related to this processs and run the triggering program again and the message again stucked in "Recorded" status.

What can cause this problem?

[Former Member · Accepted solution]

>>>What can cause this problem?

Your queues are not registered yet. Follow my previous reply.

Regards,

Jai Shankar

[Former Member · Accepted solution]

Jai,

Thanks a lot! The problem is solved!

Thanks to all who was helping, the points will be awarded.

Best Regards,

Artsiom Anichenka

[Former Member · Accepted solution]

>>Thanks a lot! The problem is solved!

Glad to hear that

BR,

Jai Shankar

[Former Member · Accepted solution]

Hi,

Goto SXMB_ADM... -->Manage Queues -->Select Action register queue and..

it will register all your queue...n then you can run all interfaces without any problem

Nilesh

[Former Member]

Hi Artsiom,

Please check if messages are stuck in queue...using TC : SM58 on your application system / R3 system.

Nilesh

Message was edited by:

Nilesh Kshirsagar

[Former Member]

>>Please check if messages are stuck in queue...using TC : SM58

SM58 shows you messages stuck in queue <b>only for idoc snder and not client proxies</b>.

[agasthuri_doss]

Hi,

In the R3 system check SXI_Moni whether it is Checked flag.

The Message sent from the R3 might not have mached to the Receiver side..Kindly check whether the Mapping is right and activated.

Since Proxy No need Sender agreement..The Message is directly send to the Integration Engine..Can you check whether the XI and R/3 are connected check it in Tcode SM59 in R3 whethere RFS destination exists and in Tcode IDx1 in Xi whether port is defined.

Regards

Agasthuri Doss

[nisarkhan_n]

Hi

Check the queues on the R/3 side some thing must have been stuck up in queues.

regards

Nisar