{{Quickfixn}} [EXTERNAL] Re: how to reset seq numbers

[Grant Birchmeier]

I don't know why it's N.  Probably the feature was added at some point and
the writer left it disabled by default in case it might break someone's
backward compatibility.

Also, it's just not a super-important feature.  I had to look it up earlier
today to even knew what it did!  It's nice when you need it, but it's rare
that you will.

-Grant

On Wed, Mar 4, 2020 at 1:43 PM Jiho HAN <jiho.han at us.bnpparibas.com> wrote:

> That sounds like a great option to have on!
>
> I see the default it N.
>
> Why would we not have it on all the time? What is the disadvantage?
>
>
>
> *From:* Quickfixn <quickfixn-bounces at lists.quickfixn.com> *On Behalf Of *Grant
> Birchmeier
> *Sent:* Wednesday, March 4, 2020 12:36 PM
> *To:* Mailing list for QuickFIX/n <quickfixn at lists.quickfixn.com>
> *Subject:* [EXTERNAL] Re: {{Quickfixn}} how to reset seq numbers
>
>
>
> Oh, yeah, that would work.
>
>
>
> On Wed, Mar 4, 2020 at 11:19 AM Mike Gatny <mgatny at connamara.com> wrote:
>
> I mean once you've added  *RefreshOnLogon=Y* to your config, and
> restarted -- would that then help when 1) you've edited the seqnums file
> and 2) a Logon then triggers a Refresh?
>
>
> --
>
> Mike Gatny
>
> Connamara Systems
>
>
>
>
>
> On Wed, Mar 4, 2020 at 11:26 AM Grant Birchmeier <
> gbirchmeier at connamara.com> wrote:
>
> Mike, the app won't reload the configuration until restart, so it wouldn't
> work.
>
>
>
> On Wed, Mar 4, 2020 at 10:19 AM Mike Gatny <mgatny at connamara.com> wrote:
>
> Would *RefreshOnLogon=Y* help here, to avoid having to restart?
>
>
> --
>
> Mike Gatny
>
> Connamara Systems
>
>
>
>
>
> On Wed, Mar 4, 2020 at 11:00 AM Grant Birchmeier <
> gbirchmeier at connamara.com> wrote:
>
> A restart is necessary.  The file tells the app what seq numbers to
> resume.  The app keeps the file updated, but only refers to it at startup.
>
>
>
> On Wed, Mar 4, 2020 at 9:48 AM Jiho HAN <jiho.han at us.bnpparibas.com>
> wrote:
>
> I am using the default file store and the seqnums file contains something
> like below:
>
>
>
> 0000000983 : 0000000001
>
>
>
> And the counterparty is getting the usual, “MsgSeqNum too high, expecting
> 2700 but received 980” error and then I get disconnected (I am the
> initiator here).
>
> I suspect that the mismatched start/end time is causing this drift.
>
>
>
> In any case, what is the right course of action if I want to reset the seq
> number to what the counterparty is expecting?
>
> Do I update 983 to 2700 in the file and restart my application? Is the
> restart necessary or will the engine pick up the change in the file somehow?
>
> I briefly looked at the source of QuickFix/n and it looks like there is an
> in-memory cache behind it which leads me to believe that a restart may be
> necessary.
>
>
>
> Thanks
>
> Jiho
>
>
> --
Grant Birchmeier
*Connamara Systems, LLC*
*Made-To-Measure Trading Solutions.*
Exactly what you need. No more. No less.
http://connamara.com

-- 
This email, along with any attachments, is confidential. If you believe you 
received this message in error, please contact the sender immediately and 
delete all copies of the message. Thank you from Connamara Systems, LLC.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20200304/6b9410a9/attachment.htm>