Re: [Quickfixj-users] Sequence number too low vs Sequence number expecting?

[Robert N. <rob...@gm...>]

I’m interested under which circumstances convention suggests I should see each form of message even if in either case I’m deliberately lowering the sequence number in my tests.

> On Mar 2, 2021, at 11:14 AM, Colin DuPlantis <co...@ma...> wrote:
> 
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
> 
> 
> We played around with this quite a bit. It is possible to change the expected sequence number on the fly, but we found it to be more reliable to stop the session, change the message in the store, and restart it. This avoids caching problems. The new sequence number sent would be in the logon as normal, then.
> 
> On 3/2/21 9:11 AM, Robert Nicholson wrote:
>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
>> QuickFIX/J Support: http://www.quickfixj.org/support/
>> 
>> 
>> Does anybody have any experience to know when if you lower the sender sequence number for say a logon vs heartbeat etc when each of the above kinds of messages are used in tag 58 on logout from the other side?
>> 
>> I think I see cases where if I lower the next heartbeat it won’t use the “too low” message but if I perform a logon too low it will.
>> 
>> Are there any rules or conventions that say when each of these is used?
>> 
>> The reason I ask this question is because as an initiator I have logic in fromAdmin to simply take the advice of the other side and immediately move to where they want me rather than waiting until I eventually get there after N logon attempts.
>> 
>> _______________________________________________
>> Quickfixj-users mailing list
>> Qui...@li...
>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
> 
> -- 
> Colin DuPlantis
> Chief Architect, Marketcetera
> Download, Run, Trade
> 888.868.4884
> https://www.marketcetera.com
> 
> 
> 
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users