{{Quickfixn}} Duplicate Tag values

[Mike Gatny]

Don't hesitate to ask if they have a quickfix DataDictionary that they
could share with you.  Many counterparties do, and they don't usually offer
it unless you ask.  Save you the trouble of editing it yourself.

--
Mike Gatny
Connamara Systems


On Thu, Oct 1, 2020 at 4:11 PM Lanfranco Morini <Lanfranco.Morini at cegeka.it>
wrote:

> Hi Sagar,
>
> ECN documentation should be asked to the ECN itself (every ECN has its
> own, and it could be different from another one).
>
> To better understand FIX Protocol there isn’t better place than FIX
> Trading Community web site (https://www.fixtrading.org/) where you can
> find documentation for each FIX version you need and how FIX Protocol works.
>
>
>
> To be honest you should have documented yourself before you started
> working on it…
>
>
>
> Best regards,
>
> Lanfranco
>
>
>
>
>
> *From:* Quickfixn <quickfixn-bounces at lists.quickfixn.com> *On Behalf Of *sagar
> kohli
> *Sent:* giovedì 1 ottobre 2020 21:27
> *To:* Mailing list for QuickFIX/n <quickfixn at lists.quickfixn.com>
> *Subject:* Re: {{Quickfixn}} Duplicate Tag values
>
>
>
> So as I am new to fix messaging, can i get some references where and how
> to read ECN document to modify datadictionary.
>
>
>
> Regards
>
> Sagar Kohli
>
> On Thu, Oct 1, 2020, 7:02 PM Grant Birchmeier <gbirchmeier at connamara.com>
> wrote:
>
> Never set UseDataDictionary=N.  That is never the answer.
>
>
>
> ValidateFieldsOutOfOrder is also not your answer.  Leave it as default (Y).
>
>
>
> See http://quickfixn.org/tutorial/custom-fields-groups-and-messages.html
>
>
>
> Get ahold of your counterparty's documentation, and change your DD to
> match their message structure.  In this case, they have probably added
> and/or rearranged fields in the 768 group.  Your engine is encountering a
> tag (769 I guess) that (according to *your* DD) doesn't belong in the group
> in that position, so it thinks the group ended.  When it keeps encountering
> more 769s, it thinks they're in the top-level body, where duplicate tags
> aren't allowed.
>
>
>
> On Thu, Oct 1, 2020 at 6:20 AM sagar kohli <sagar.kkohli at gmail.com> wrote:
>
> Hi,
>
>
>
> Yes you are correct issue is because of datadictionary mismatch. I tried
> various thing setting
>
> ValidateFieldoutoforder=N
>
> UseDataDictionary=N
>
> Also read article that says can modify datadictionary, to accept duplicate
> tags but not aware how to do this.
>
> I field I am receiving duplicate is in Tag769 TrdRegTimeStamp.
>
>
>
> So requirement is to accept these  execution report, need help.
>
>
>
> Regards
>
> Sagar Kohli
>
> On Mon, Sep 28, 2020, 3:40 AM Grant Birchmeier <gbirchmeier at connamara.com>
> wrote:
>
> This is most certainly due to a data dictionary problem. You were either
> not using one (always use one!), or the one you’re using does not match up
> with the one that your counterparty is using.
>
>
>
> I’ve helped with these problems dozens of times, both here on this list
> and on StackOverflow.  Try a little more searching. If you’re still stuck,
> reply and paste your configuration.
>
>
>
>
>
>
>
> On Saturday, September 26, 2020, Lanfranco Morini <
> Lanfranco.Morini at cegeka.it> wrote:
>
> Hi Sagar,
>
> tag 769 is part of a Repeating Group (tag 768): so, by definition, more
> than one in the same Execution Report is allowed…
>
>
>
> You said that you are receiving Execution Reports from ECN, but you are
> sending duplicated tag 769: tag 769 is part of Execution Report, so can you
> confirm that you sent duplicated tag 769? Or are you receiving it from ECN?
>
>
>
> Best,
>
> Lan
>
>
>
>
>
> *From:* Quickfixn <quickfixn-bounces at lists.quickfixn.com> *On Behalf Of *sagar
> kohli
> *Sent:* sabato 26 settembre 2020 19:30
> *To:* quickfixn at lists.quickfixn.com
> *Subject:* {{Quickfixn}} Duplicate Tag values
>
>
>
>
>
>
>
> Hi Team,
>
>
>
> I am using quickfix v1. 8.0 where we are receiving drop copy execution
> report from ECN. Facing issue where according to ECN we are sending
> duplicate Tag value 769, not sure what is possible root cause.
>
>
>
> Any help is appreciated.
>
>
>
> Regards
>
> Sagar Kohli
>
>
>
> --
>
> 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.
> _______________________________________________
> Quickfixn mailing list
> Quickfixn at lists.quickfixn.com
> http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com
>
> _______________________________________________
> Quickfixn mailing list
> Quickfixn at lists.quickfixn.com
> http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com
>
>
>
>
> --
>
> 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.
> _______________________________________________
> Quickfixn mailing list
> Quickfixn at lists.quickfixn.com
> http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.com
>
> _______________________________________________
> Quickfixn mailing list
> Quickfixn at lists.quickfixn.com
> http://lists.quickfixn.com/listinfo.cgi/quickfixn-quickfixn.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/20201001/7bc38a33/attachment.htm>