Re: [Quickfix-users] Quick FIX reconnection problem?

[Miller, O. <OM...@ri...>]

I believe this has been fixed in the repository. I would recommend =
checking out from cvs and see if you still see the problem.

--------------------------
Sent from my BlackBerry Wireless Handheld


-----Original Message-----
From: Pedro Sousa <ps...@hi...>
To: br...@ka... <br...@ka...>; 'QuickFIX-Users' =
<qui...@li...>
Sent: Wed Aug 27 02:20:40 2003
Subject: RE: [Quickfix-users] Quick FIX reconnection problem?

I have been inspecting the log files more carefully, and I noticed that
message 617 has a value of 618 on tag NewSeqNo, when the FIX engine has
already sent messages 618 and 619! I think that's why this message is
rejected. Then, the NewOrderSingle message comes with MsgSeqNum of 619.
That's a serious error and the FIX engine disconnects the session. Any
comments on this?

Pedro

-----Original Message-----
From: Brendan B. Boerner [mailto:br...@ka...]=20
Sent: ter=E7a-feira, 26 de Agosto de 2003 23:10
To: QuickFIX-Users; Pedro Sousa
Subject: RE: [Quickfix-users] Quick FIX reconnection problem?


In my debugging, I see that the QuickFIX client is sending the cached
message but on the QuickFIX server (executor), in:

bool Session::nextQueued( int num )
{
...
    if ( msgType =3D=3D MsgType_Logon )
    {
        m_state.incrNextTargetMsgSeqNum();
    }
}

Thus when the client resends the cached NOS, the server tosses it
because the MsgSeqNum is lower than expected.

If the above was commented out, then if the client were to issue a
Resend Request to the server following the logon, on the server in
Session::nextResendRequest() the target MsgSeqNum is reset as well, also
leading to the NewOrderSingle cached prior to the logon to be discarded
because the MsgSeqNum is lower than expected.

Does anyone know if this is expected behaviour?

Regards,
Brendan


-----Original Message-----
From: qui...@li...
[mailto:qui...@li...]On Behalf Of Pedro
Sousa
Sent: Monday, August 25, 2003 11:03 AM
To: qui...@li...
Subject: [Quickfix-users] Quick FIX reconnection problem?


Hi,

I'm having the following problem using QuickFix:

We have an application using QuickFIX as an Acceptor. Another FIX engine
is connected to ours to send Stock Orders. Sometimes, the connection
between the FIX engines is lost. When the connection is re-established,
both FIX engines try to reconnect and send the messages shown below. The
problem is that message 619 (a NewOrderSingle message) is lost! It is
logged, but never reaches the "Application.fromApp" method. It seems the
Order is sent during the reconnection process, but that shouldn't be a
problem, right? And what does the message "Value is incorrect (out of
range) for this tag" mean, in message 622? I've check incoming message
617 but I can't see nothing wrong with it. Is there something wrong with
the reconnection messages sequence? I Could you please help me? This
happened 3 times in 3 consecutive days!

Thank you.

Pedro Sousa




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Quickfix-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfix-users