I have historical SMAT files by day and have had no problems resending those messages to the inbound pre-tps side of the interface and limiting the destination thread to the new system.
My question is how do I best handle the last day of data? The best case scenario would be to stop the inbound ADT feed, grab the SMAT file for today, resend it to the new system and then restart the inbound feed. Of course, stopping the entire ADT feed is not a real good solution in a production environment.
My next thought was to simply hold the inbound messages for that particular thread, but if I am submitting the SMAT file pre-tps, won’t it get held too?
My last thought as I typed this up was to process the last SMAT file shortly after it cycles at midnight so the new file is tiny. The resend would be so quick, temporarily stopping the incoming ADT feed probably wouldn’t have major consequences.
What is the best practice for getting all historical messages processed and then the last day of messages, all in the correct order?
Mike