|
From: <eri...@th...> - 2018-07-01 19:37:32
|
If repeating groups are being changed you have more than a validation problem, you have a potential parsing problem. The parser needs to know what belongs in a group or it can get confused about when the last group in a set ends. It’s one of the lovely side effects of FIX’s refusal to add another field separator for groups. If the counterparties are adding tags to repeating groups, you need the new dictionary. That said, the only reason to not turn off validations is if you really, honestly, for sure, want to reject a message that can be parsed but doesn’t meet the spec. Personally, I’ve yet to deal with someone that really wanted that. I wish they defaulted to off, TBH. > On Jul 1, 2018, at 11:55, Robert Nicholson <rob...@gm...> wrote: > > > > So my FIX clients typically process execution reports from ISVs and it seems a lot of them lately are beginning to change their FIX dictionary more often and if we do not upgrade > with them we typically end up with a new repeating group tag added that will fail validation. > > So, is there any setting to turn off just the tag occurs more than once error or does that require disabling all validation? > > I’m really tempted to turn off validation since the addition of a group tag that I don’t care about is something I can live with rather than failing the whole validation. > > |