on 07-26-2006 12:46 PM
Hi All,
I am trying a file to proxy scenario. I can see a success msg in SXMB_MONI of XI server. But in receiver R/3 system SXMB_MONI, the msg is with a green flag. When I point that flag the msg is 'Message Scheduled (Commit Follows).
Help me debug this error.
Thanks & Regards,
Jai Shankar.
Hi Jai,
This means there is an issue with the qRFC queues in XI.
In SXMB_MONI click on the queue name for the stopped message. This will display the queue. You should see the message in the queue. The queue will be "stopped". Click on the <Activate> button to re-activate the queue. This may work. If it does not, the message will need to be deleted from the queue
cheers,
Prashanth
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi All,
I have registered the queues in SXMB_ADM in Manage queues.
In SMQR the scheduler status is inactive. Is that a problem? I clicked on activate scheduler it started and is inactive again with type 'R'.
Also when I execute the scenario again, I dont see the stop sign in Q.status but still the table is not updated.
Any more suggestions pls.......
Regards,
Jai Shankar.
Message was edited by: Jai Shankar
Hi Jai,
it's normal for transaction SMQR to show the scheduler in status "Inactive" (it just happens not to be running at the
time you enter SMQR, a moment later you might have found it to be running).
Rather than just deleting all the queues you should have clicked on the queue name for a waiting message from SXMB_MONI (in the default SXMB_MONI display mode you need to scroll a bit to the right to the see which queue a message is in). Drill down on the next screen (double click the queue name etc.) to see a list of all queued messages including a brief description of why the first message got stuck. You can now either "retry" or "delete" the message. Then go back one screen and unlock the queue (open lock icon) if you find it not to be in the status running. Refresh the display to make sure that messages get processed.
Of course these steps do not need to be performed manually. There's an automatic retry mechanism and if that repeatedly fails the report RSXMB_RESTART_MESSAGES (which you will need to schedule) will try to resend the messages.
You should now cancel all messages belonging to this testrun in SXMB_MONI. Make sure that none of the queues are blocked and restart your test.
Regards,
Abhy
Hi Jai,
just a little trick, to control, if your proxies get executed:
CALL FUNCTION 'SM02_ADD_MESSAGE'
EXPORTING
MESSAGE = 'hi jai'
EXPIRATION_DATE = SY-DATUM
EXPIRATION_TIME = '220000'
DELETE_TIME = '220000'.
You should get a little message (you can debug with that: put a value instead of 'hi jai'), if you exectute any transaction.
Regards,
Udo
Hi Jai,
yes, put it into execute_asynchronous. At the beginning. Because of dumping may be later (control the dumps in ST22). Activate. Send a new message. Execute a transaction. You should get a litte popup with 'hi jai', what is saying you, the proxy was executed. Next put a proxy value instead of 'hi' to find out, which values come to the proxy. Quick and dirty debugging by Uncle Udo.
Regards,
Udo
HAR!!!!!
The XI problems are solved!
Your abap programm cant execute your code. Did you control ST22?
Go to SPROXY. Open your interface/ flag structure. Look to deep structure, which was created from your XSD. You should see field (little square), structures (rectangle) and tables (big squares). You can combine them in the editor by minus. Like myStructure-myField. But not for tables. You have to loop over them. Like loop at myStructure-myField-myTable. Its now only a little bit ABAP work. Debug with that function modul. Put first only one value to that table. In the evening you will have success.
Over,
Udo
Hi Jai,
If your queues are registered, please recheck the steps given in this blog..
/people/sap.user72/blog/2005/11/29/xi-how-to-re-process-failed-xi-messages-automatically
cheers,
Prashanth
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jai,
Try registering queues
TCODE SXMB_ADM -> Manage Queues -> Register the Queues.
you can also run the report RSXMB_REGISTER_QUEUES
Also take a look at this weblog,( if u have not looked already !)
/people/krishna.moorthyp/blog/2005/12/23/monitoring-for-processed-xml-messages-in-abap-proxy
cheers,
Prashanth
P.S : Please mark helpful answers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jai,
Please look at this..
/people/krishna.moorthyp/blog/2005/12/23/monitoring-for-processed-xml-messages-in-abap-proxy ---Monitoring for Processed XML messages in ABAP Proxy
cheers,
Prashanth
P.S Please mark helpful answers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jai,
start the TRFC monitor (SMQS)and click "execute LUW" from the "Edit" menu or "Reset status" from the "Edit" menu
Just a hunch.
cheers,
Prashanth
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Jai,
plz have a look to SMQ2. Do you see stucked messages, may be other messages with errors?
Regards,
Udo
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Udo & Bhavesh,
U are correct. I could see the queue in smq2. I deleted it and executed the scenario again. Now I could see a chequered flag in receiver R/3 system, but in Q.Status field, there is a stop sign and my data are not updated in the table as expected.
Any more suggestions please...
Regards,
Jai Shankar.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
85 | |
10 | |
10 | |
9 | |
7 | |
6 | |
5 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.