IBM webMethods Hybrid Integration

IBM webMethods Hybrid Integration

Join this online group to communicate across IBM product users and experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only
Expand all | Collapse all

EDIINT Stucked in SendMsg:WAITMDN Status

  • 1.  EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Wed February 19, 2014 01:45 PM

    Hi -

    We are seeing alot of outbound EDI documents trapped in SendMsg:WAITMDN Status in TN/MWS for its EDIINT. But when we check the Activity Log, processing was already completed (Processing Complete) but on the Transaction screen, USER STATUS still showing as SendMsg:WAITMDN.

    Any idea how we can complete processing and move the EDIINT status as SendMsg:DONE?


    #webmethods-Protocol-and-Transport
    #webMethods
    #Integration-Server-and-ESB


  • 2.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Wed February 19, 2014 03:19 PM

    Did you make sure proper EDIINT MDN was received back and sync with the request EDIINT message?

    Please check if the MDN received back to the TN for the original request sent.

    HTH,
    RMG


    #webMethods
    #webmethods-Protocol-and-Transport
    #Integration-Server-and-ESB


  • 3.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Wed February 19, 2014 04:43 PM

    Thanks for the response. I will further check on this. Additional question though, in the event that a MDN was not received back - how are we going to abort or moved the processing to display either SendMsg:Done or SendMsg:Abort/Failed?


    #webMethods
    #webmethods-Protocol-and-Transport
    #Integration-Server-and-ESB


  • 4.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Wed February 19, 2014 06:11 PM

    OK please check more…

    There is no other way other than you may try update status using tn.doc:changeStatus…but this isn’t a good practice for changing EDIINT statuses.

    HTH,
    RMG


    #Integration-Server-and-ESB
    #webMethods
    #webmethods-Protocol-and-Transport


  • 5.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Thu February 20, 2014 11:33 AM

    The status of SendMsg:WAITMDN is a good indication that the MDN is not received. depends on your need, you can scan document with such status and trigger redelivery or other options if it’s on such status too long.


    #webmethods-Protocol-and-Transport
    #webMethods
    #Integration-Server-and-ESB


  • 6.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Thu February 20, 2014 11:57 AM

    I did check and we received the MDN back. The Delivery Processing even suggests its complete but still the UserStatus is still stucked in SendMsg:WAITMDN? Any idea what might occur?


    #webMethods
    #webmethods-Protocol-and-Transport
    #Integration-Server-and-ESB


  • 7.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Thu February 20, 2014 12:22 PM

    Strage…Are you sure the activity log shows no error on the original EDIINT request that was sent to TP?

    Normally it should correlate the request and synchronous MDN if your activity log shows correctly…

    What is your EDIINT module version?

    HTH,
    RMG


    #webmethods-Protocol-and-Transport
    #Integration-Server-and-ESB
    #webMethods


  • 8.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Thu February 20, 2014 05:19 PM

    in MDN, you should see:
    Original-Message-ID: ******
    it’s used for associating the MDN back to the original AS2 message.
    You can check if it’s matching the original message ID.
    If not, the client’s system is not returning proper MDN.
    if yes, you need to debug through the MDN handling service to find out why it’s not finding the matching document.


    #webmethods-Protocol-and-Transport
    #webMethods
    #Integration-Server-and-ESB


  • 9.  RE: EDIINT Stucked in SendMsg:WAITMDN Status

    Posted Fri February 21, 2014 10:59 AM

    Yes when I said check more details on the Activity Log its the same as Tong Wang said…

    Please check it and confirm the thread back.


    #webmethods-Protocol-and-Transport
    #Integration-Server-and-ESB
    #webMethods