Re: [Quickfix-developers] What should be done if ResendRequest generated by doTargetTooHigh have never been received or acted upon

[Joerg T. <Joe...@ma...>]

> We recently encounter the situation when remote FIX engine seems to ign=
ore
> ResendRequest message generated by our QuickFix engine. Unfortunately t=
hat
> ultimately blocked our running QuickFix engine because remote party was=
 keep
> sending messages with higher and higher sequence numbers and QuickFix s=
imply
> queue the message and just log ""Already sent ResendRequest FROM:.".
> Therefore Application code was not aware about problem and QuickFix did=
 not
> try to resolve it.
> =20
> Did anyone have experience with it? What solution should be? I am incli=
ning
> to add some time-out check (basically add time when resendRequest was s=
ent
> into m_state and resend the message after certain period of time). May =
be
> upcoming QuickFix releases address this problem?

Hi Len,

reading the discussion in the FIX Protocol forums, I would like to suppor=
t John Prewetts suggestion
to force a logout (or disconnect) after a time-out. Oren, do you think it=
 is worth to add
configuration option as "ResendTimeout" to support this?

Cheers, J=F6rg

--=20
Joerg Thoennes
                                http://macd.com
Tel.: +49 (0)241 44597-24      Macdonald Associates GmbH
Fax : +49 (0)241 44597-10      Lothringer Str. 52, D-52070 Aachen