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

[len <le...@fa...>]

Hi J=F6rg,

Because Oren was not on the Cc list, can you please keep me in the loop
about my question future discussion?=20

Thanks again.

Len.

-----Original Message-----
From: Joerg Thoennes [mailto:Joe...@ma...]=20
Sent: Monday, August 21, 2006 3:42 PM
To: len
Cc: qui...@li...
Subject: Re: [Quickfix-developers] What should be done if ResendRequest
generated by doTargetTooHigh have never been received or acted upon

> We recently encounter the situation when remote FIX engine seems to =
ignore
> ResendRequest message generated by our QuickFix engine. Unfortunately =
that
> ultimately blocked our running QuickFix engine because remote party =
was
keep
> sending messages with higher and higher sequence numbers and QuickFix
simply
> 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
inclining
> to add some time-out check (basically add time when resendRequest was =
sent
> 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 =
support
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