Re: [Quickfix-developers] Expected response to second Logon request?

[Oren M. <or...@qu...>]

I can't find a really clear cut answer on this.  It does say that  
every connection starts with a logon authentication, followed by  
message processing, followed by logout.  Other than for resetting  
sequence numbers, there is no mention anywhere of ever sending a  
logon in between.  Any idea why they are doing this?  What is their  
intention?  Do they want you to send another logon in response?  I'm  
wondering why exactly they want to do this.

--oren

On Jun 23, 2006, at 12:26 PM, Derek Kusiak wrote:

> QuickFIX Documentation: http://www.quickfixengine.org/quickfix/doc/ 
> html/index.html
> QuickFIX Support: http://www.quickfixengine.org/services.html
>
> I have a situation with QuickFIX 1.10.2 (FIX 4.2) where the  
> initiator sending two Logon (35=A) requests. The first (expected)  
> Logon arrives and the session begins normally. Then, later in the  
> day, for reasons I have no controller over, the acceptor sends a  
> SECOND unexpected Logon request without a preceding Logout.  
> QuickFIX doesn't like this second Logon. It replies by saying  
> "Logon state is not valid for message" followed by "Dropped  
> Connection." It generates a Logout event and ends the session.
>
> My client (the initiator) is saying other FIX engines she connects  
> do not behave this way when they get a second Logon -- they just  
> output a warning or ignore the second Logon altogether.
>
> Can anyone tell me where in the FIX spec this behavior is defined?  
> I'm trying to figure out if this is a QuickFIX bug or the correct  
> FIX response to a second Logon.
>
> Thanks.
>
> Derek
>
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Quickfix-developers mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfix-developers