Skip to Content

SMQ1 messages stuck in MCEX02 queue

Hi All,

I am trying to trigger a standard proxy from ECC to PI system... But the transactions are getting stuck in queue name MCEX02 with Destination NONE in SMQ1....

Can you please tell me what is MCEX02 queue? I guess messages should have come in XB* queue...

Please help in understanding the flow here.

BR,

Rashmi

Add a comment
10|10000 characters needed characters exceeded

Assigned Tags

Related questions

3 Answers

  • author's profile photo Former Member
    Former Member
    Posted on Sep 22, 2015 at 06:16 PM

    Hello Rashmi,

    AFAIK, the queues name depends on how they are registered in transaction SMQR.

    The reason for destination being None is that there is a background job running in the corresponding system which is archiving/deleting the messages before they can reach the target system.

    Regards,

    Souvik

    Add a comment
    10|10000 characters needed characters exceeded

  • author's profile photo Former Member
    Former Member
    Posted on Sep 22, 2015 at 06:36 PM

    Refer the Thread

    NOSEND in SMQ1 | SCN

    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Sep 22, 2015 at 08:03 PM

    These messages are related to LIS data propagated from ECC for MM/SD transactions. They sit in SMQ2 waiting for external data warehouse systems (e.g. BW) to come and fetch them.

    Add a comment
    10|10000 characters needed characters exceeded

    • Hello, Rashmi,

      I'm not positive that these entries are relevant for PI... unless you use PI to feed some destination data warehouse repository?

      In any case, the fetching of these NOSEND MCEX* entries is done via configuration sets in transaction RSA7 of the consumer system (in your case, PI?)

      I'd advise you to research about the integration model for this scenario in the BW forums. As a starting point, there is this nice document which explains how the data extractors read LIS content from ECC: Data Flow from LBWQ SMQ1 to RSA7 in ECC (Records Comparison)

      Hope this helps.

      Regards,

      Eduardo

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.