Re: [Quickfixj-users] [Fwd: quickfixj-users]

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

Yes, this is the excerpt from the spec.

"One side will initiate the process by sending a TestRequest and wait =20=

for a
Heartbeat in response to ensure of no sequence number gaps.  Once the =20=

Heartbeat has been received, the
initiator should send a Logon with ResetSeqNumFlag set to Y and with =20
MsgSeqNum of 1.  The acceptor
should respond with a Logon with ResetSeqNumFlag set to Y and with =20
MsgSeqNum of 1.  At this point
new messages from either side should continue with MsgSeqNum of 2.  =20
It should be noted that once the
initiator sends the Logon with the ResetSeqNumFlag set, the acceptor =20
must obey this request and the
message with the last sequence number transmitted =93yesterday=94 may no =
=20
longer be available.  The
connection should be shutdown and manual intervention taken if this =20
process is initiated but not followed
properly. "

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?
>
>> 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.
>>
>> --oren
>>
>> On Feb 26, 2007, at 7:40 AM, Steve Bate wrote:
>>
>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>> Hi Dasun,
>>>
>>> This sounds like nonstandard FIX behavior on the part of the =20
>>> exchange.
>>> Is this an encrypted session that needs some form of multistage =20
>>> 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 =20
>>> this?
>>>
>>> Steve
>>>
>>>
>>>> -----Original Message-----
>>>> From: qui...@li...
>>>> [mailto:quickfixj-
>>>> use...@li...] On Behalf Of =20
>>>> da...@mu...
>>>> Sent: Monday, February 26, 2007 8:29 AM
>>>> To: qui...@li...
>>>> Subject: [Quickfixj-users] [Fwd: quickfixj-users]
>>>>
>>>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>>>> QuickFIX/J Support: http://www.quickfixj.org/support/
>>>>
>>>>
>>>> Hi,
>>>> I have a senario whcih I am faced with an exchnage. I send the =20
>>>> 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.
>>>>
>>>> How can I do this in QuickFIX/J (I am on v1.0)
>>>> will upgrading to 1.0.5 solve this issue?
>>>>
>>>> best regards,
>>>>
>>>> Dasun Perera
>>
>>
>> ---------------------------------------------------------------------=20=

>> ----
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to =20
>> share
>> your
>> opinions on IT & business topics through brief surveys-and earn cash
>> http://www.techsay.com/default.php?=20
>> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
>> _______________________________________________
>> Quickfixj-users mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>>
>
>
>
> ----------------------------------------------------------------------=20=

> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to =20
> share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?=20
> page=3Djoin.php&p=3Dsourceforge&CID=3DDEVDEV
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>