There is not a configuration setting for this right
now (we need one). Currently, this has to be accomplished by adding a
little bit of code. In order to accomplish this, you need to have your
application reset() the session in onCreate(). This would ensure that the
session would always have reset sequence numbers after a crash.
----- Original Message -----
Sent: Friday, April 28, 2006 7:29
Subject: [Quickfix-developers] Sending
It seems to me
that there is a problem in consistently sending 141=Y in a
Logon even when ResetOnLogout, ResetOnDisconnect, and SendResetSeqNumFlag
are all set to Y for a session.
When using FIX4.1
and higher, QuickFix decides to set 141=Y when initiating a
1. one of the
session config attributes ResetOnLogout, ResetOnDisconnect, or
SendResetSeqNumFlag is set to Y
2. and if the
expected sender and target sequence numbers are equal to 1
and ResetOnDisconnect are set, QuickFix will reset the sequence numbers to 1
upon a graceful session logout or abrupt disconnect, the above conditions will
be satisfied, and the next Logon message will contain 141=Y.
if the engine process were to crash for whatever reason, the sequence numbers
will NOT be equal to 1 because QuickFix never got the opportunity to reset the
sequence numbers. Hence when the initiator sends a Logon after the process is
restarted, its Logon will not contain 141=Y even though all the necessary
configuration attributes are set correctly.
From a logical
perspective, IMHO in this case it should not make any difference whether a
connection to a counter party was broken because of a Logout, socket
disconnect, or engine crash. Any ideas how to make QuickFix consistently send
141=Y with the out of the box configuration attributes without having to add
additional logic in the application?
information in this email is confidential and may be legally privileged.
is intended solely for the addressee. Access to this email by anyone
is unauthorized. If you are not the intended recipient, any
distribution or any action taken or omitted to be
taken in reliance on it, is
prohibited and may be unlawful.
reserves the right to monitor and review the content of all messages
to or from this e-mail address. Messages sent to or from this e-mail
be stored on the TradeWeb e-mail