|
From: Steve B. <st...@te...> - 2007-02-27 02:56:38
|
Hi Oren,
=20
Very interesting. I didn't realize the initiator and acceptor could =
exchange
roles for sequence reset purposes. Does the C++ Session implementation
handle this scenario? The only place I see a logon being ack'ed is =
guarded
by
=20
if (!m_state.initiate() || (m_state.sentReset() &&
!m_state.receivedReset())) {
. . .
generateLogon( logon );
}
=20
In the scenario we're discussing, the original logon initiator session =
is
receiving a logon for sequence reset purposes (it becomes the sequence =
reset
"acceptor"). The logon initiator session will do the sequence number =
reset,
but since it is not the logon acceptor and it didn't send the reset =
request
it appears that a logon ack will not be sent. Is that accurate? Is there =
an
acceptance test for the correct behavior?
=20
Steve
=20
=20
_____ =20
From: qui...@li...
[mailto:qui...@li...] On Behalf Of Oren
Miller
Sent: Monday, February 26, 2007 3:35 PM
To: qui...@li...
Subject: Re: [Quickfixj-users] [Fwd: quickfixj-users]
=20
=20
Yes, this is the excerpt from the spec.
=20
"One side will initiate the process by sending a TestRequest and wait =
for a=20
Heartbeat in response to ensure of no sequence number gaps. Once the
Heartbeat has been received, the=20
initiator should send a Logon with ResetSeqNumFlag set to Y and with
MsgSeqNum of 1. The acceptor=20
should respond with a Logon with ResetSeqNumFlag set to Y and with =
MsgSeqNum
of 1. At this point=20
new messages from either side should continue with MsgSeqNum of 2. It =
should
be noted that once the=20
initiator sends the Logon with the ResetSeqNumFlag set, the acceptor =
must
obey this request and the=20
message with the last sequence number transmitted =13yesterday=14 may no =
longer
be available. The=20
connection should be shutdown and manual intervention taken if this =
process
is initiated but not followed=20
properly. "
=20
On Feb 26, 2007, at 1:31 PM, st...@te... wrote:
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Is the initiator expected to ack the unsolicited logon used for
reset purpose?
=20
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
It is in fact legal to send a logon message with the reset field set
to Y at anytime.
=20
--oren
=20
On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:
=20
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
Hi Dasun,
=20
This sounds like nonstandard FIX behavior on the part of the exchange.
Is this an encrypted session that needs some form of multistage logon
negotiation (which QuickFIX(/J) does not support)? If not, I don't
know
why the exchange would be sending a second logon acknowledgement or
why
they'd expect the initiator to respond to it. Which exchange is this?
=20
Steve
=20
=20
-----Original Message-----
From: qui...@li...
[mailto:quickfixj-
use...@li...] On Behalf Of da...@mu...
Sent: Monday, February 26, 2007 8:29 AM
To: qui...@li...
Subject: [Quickfixj-users] [Fwd: quickfixj-users]
=20
QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/
=20
=20
Hi,
I have a senario whcih I am faced with an exchnage. I send the login
request (35=3DA) and I get the response(35=3DA) back as usual. Then
just after
that response I get another message (35=3DA) with 141=3DY. My quick fix
doesn't send a reply to that. (According to exchnage I need to send
another 35=3DA with 141=3DY). and then after some time exchnage logout
from
the session.
=20
How can I do this in QuickFIX/J (I am on v1.0)
will upgrading to 1.0.5 solve this issue?
=20
best regards,
=20
Dasun Perera
=20
=20
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php
<http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV>
&p=3Dsourceforge&CID=3DDEVDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
=20
=20
=20
=20
-------------------------------------------------------------------------=
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share =
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=3Djoin.php
<http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV>
&p=3Dsourceforge&CID=3DDEVDEV
_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users
=20
=20
|