Handling of incoming duplicate (resend) messsages

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Handling of incoming duplicate (resend) messsages

toli
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hey all,

Another best practices question.

We have an app that's not keeping any state of recevied messages, and
we wanted to have it recover from a crash by sending a ResendRequest
and having the destination replay the missing messages.

However, QFJ intercepts these replayed duplicate messages and doesn't
propagate them up to the application layer (they are discarded in
Session.verify().

Any suggestions on how to handle this situation, short of having the
app store/persist all the messages locally at the application layer?
What's the best way to handle replays/duplicate messages?

thanks for advice!

--
Toli Kuznets
http://www.marketcetera.com: Open-Source Trading Platform
download.run.trade.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Quickfixj-users mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/quickfixj-users