Re: [Quickfix-developers] Persisting unprocessed messages

[Simeon S. <sim...@gm...>]

Yes, ResendRequest is the way to go forward here and even if quickfix had a
mechanism of persisting unprocessed (wrt application layer) messages, it
will not be a very useful feature. I'll pick the SeqNum from the last
persisted message on disk. I know messages are delivered in-order due to
TCP so I know if last message I've processed and stored to disk has SeqNum
X than I've seen all messages up to and including X.

On 23 May 2016 at 23:08, Michael C. Starkie <hik...@gm...> wrote:

> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/html/
>
>
> 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
>>
>
>
> ------------------------------------------------------------------------------
> 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
>