Messages in Holding status
I have a problem with an EOIO interface that sometimes it leaves messages in Holding status. The interface does have "maintain order at runtime" activated, but it was found out that there is no need for EOIO from business perspective.
The way the situation has been handled so far is that the messages that have ended up in holding state were resent from the source system and they've cleared XI and ended up in the destination system.
I know that normally you'd have to find the message in error state and reprocess that and that would cause the subsequent messages to transfer as well, but the problem is that there is no such message - all I can find is messages in HOLD-status and successful messages. Additionally the messages cannot be canceled or reprocessed in runtime workbench. (This information was gathered from this post: [/people/stefan.grube/blog/2006/04/27/how-to-deal-with-stuck-eoio-messages-in-the-xi-30-adapter-framework|/people/stefan.grube/blog/2006/04/27/how-to-deal-with-stuck-eoio-messages-in-the-xi-30-adapter-framework])
So, ultimately the question is that if the the "maintain order"-configuration is removed, will it cause the older messages in holding status to become active again and end up as duplicates in the destination system? If this might happen, something has to be done to the messages in holding status before progressing with anything.
Thank you in advance.