Re: [Quickfix-developers] Persisting unprocessed messages
Brought to you by:
orenmnero
From: Michael C. S. <hik...@gm...> - 2016-05-23 22:08:55
|
If the service can not be depended upon to honor a resend request it's not a FIX service and nothing you do on the client side will guarantee against lost data. Unless a TCP socket is closed cleanly you can still lose data. A network card fails for example. What if you persisted the sequence number of the last message processed at the application layer? Then you know which messages to ignore on a replay. Having the application separately be able to detect a duplicate message would be a double safeguard in case the app crashed after processing but just before persistence. On Mon, May 23, 2016 at 4:41 PM Viktor Pogrebnyak <pohrebnyak@i.ua> wrote: > QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/ > > Hi, > > The whole purpose of ResendRequest message is to retrieve messages that > weren't processed by the client even when it received them. If service does > not keep track of the messages being sent + lacks replay capability then > you > are in a big trouble, unfortunately. In your case client must not only > remember which messages it received but also which were actually processed. > > Cheers, > Viktor > > > > -- > View this message in context: > http://quickfix.13857.n7.nabble.com/Persisting-unprocessed-messages-tp6807p6810.html > Sent from the QuickFIX - Dev mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Mobile security can be enabling, not merely restricting. Employees who > bring their own devices (BYOD) to work are irked by the imposition of MDM > restrictions. Mobile Device Manager Plus allows you to control only the > apps on BYO-devices by containerizing them, leaving personal data > untouched! > https://ad.doubleclick.net/ddm/clk/304595813;131938128;j > _______________________________________________ > Quickfix-developers mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfix-developers > |