You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(13) |
Jun
(21) |
Jul
(14) |
Aug
(29) |
Sep
(39) |
Oct
(47) |
Nov
(70) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(43) |
Feb
(50) |
Mar
(90) |
Apr
(96) |
May
(84) |
Jun
(40) |
Jul
(58) |
Aug
(55) |
Sep
(55) |
Oct
(52) |
Nov
(38) |
Dec
(75) |
| 2008 |
Jan
(49) |
Feb
(72) |
Mar
(49) |
Apr
(55) |
May
(21) |
Jun
(31) |
Jul
(47) |
Aug
(59) |
Sep
(59) |
Oct
(77) |
Nov
(51) |
Dec
(54) |
| 2009 |
Jan
(52) |
Feb
(57) |
Mar
(17) |
Apr
(27) |
May
(44) |
Jun
(46) |
Jul
(69) |
Aug
(38) |
Sep
(39) |
Oct
(45) |
Nov
(38) |
Dec
(37) |
| 2010 |
Jan
(49) |
Feb
(35) |
Mar
(21) |
Apr
(33) |
May
(52) |
Jun
(28) |
Jul
(39) |
Aug
(34) |
Sep
(21) |
Oct
(82) |
Nov
(36) |
Dec
(20) |
| 2011 |
Jan
(28) |
Feb
(64) |
Mar
(93) |
Apr
(75) |
May
(151) |
Jun
(77) |
Jul
(35) |
Aug
(53) |
Sep
(56) |
Oct
(36) |
Nov
(94) |
Dec
(59) |
| 2012 |
Jan
(105) |
Feb
(43) |
Mar
(68) |
Apr
(91) |
May
(45) |
Jun
(18) |
Jul
(103) |
Aug
(77) |
Sep
(45) |
Oct
(59) |
Nov
(58) |
Dec
(43) |
| 2013 |
Jan
(48) |
Feb
(65) |
Mar
(63) |
Apr
(22) |
May
(41) |
Jun
(60) |
Jul
(43) |
Aug
(17) |
Sep
(20) |
Oct
(20) |
Nov
(42) |
Dec
(43) |
| 2014 |
Jan
(54) |
Feb
(34) |
Mar
(34) |
Apr
(20) |
May
(31) |
Jun
(39) |
Jul
(66) |
Aug
(22) |
Sep
(52) |
Oct
(22) |
Nov
(67) |
Dec
(70) |
| 2015 |
Jan
(18) |
Feb
(5) |
Mar
(40) |
Apr
(32) |
May
(62) |
Jun
(28) |
Jul
(86) |
Aug
(44) |
Sep
(61) |
Oct
(65) |
Nov
(8) |
Dec
(19) |
| 2016 |
Jan
(50) |
Feb
(22) |
Mar
(38) |
Apr
(55) |
May
(30) |
Jun
(42) |
Jul
(11) |
Aug
(9) |
Sep
(4) |
Oct
(51) |
Nov
(38) |
Dec
(31) |
| 2017 |
Jan
(40) |
Feb
(40) |
Mar
(23) |
Apr
(35) |
May
(121) |
Jun
(55) |
Jul
(37) |
Aug
(16) |
Sep
(27) |
Oct
(109) |
Nov
(67) |
Dec
(23) |
| 2018 |
Jan
(52) |
Feb
(6) |
Mar
(23) |
Apr
(28) |
May
(32) |
Jun
(20) |
Jul
(20) |
Aug
(22) |
Sep
(8) |
Oct
(33) |
Nov
(32) |
Dec
(13) |
| 2019 |
Jan
(16) |
Feb
(29) |
Mar
(17) |
Apr
(16) |
May
(1) |
Jun
(2) |
Jul
(25) |
Aug
(50) |
Sep
(17) |
Oct
(29) |
Nov
(16) |
Dec
(7) |
| 2020 |
Jan
|
Feb
|
Mar
(29) |
Apr
(64) |
May
(25) |
Jun
(49) |
Jul
(15) |
Aug
(10) |
Sep
(37) |
Oct
(20) |
Nov
(19) |
Dec
(9) |
| 2021 |
Jan
(33) |
Feb
(10) |
Mar
(67) |
Apr
(40) |
May
(70) |
Jun
(33) |
Jul
(14) |
Aug
(10) |
Sep
|
Oct
(7) |
Nov
(6) |
Dec
(16) |
| 2022 |
Jan
(27) |
Feb
(2) |
Mar
(5) |
Apr
(3) |
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(2) |
Nov
|
Dec
(10) |
| 2023 |
Jan
(1) |
Feb
(2) |
Mar
(21) |
Apr
(3) |
May
(15) |
Jun
(3) |
Jul
(4) |
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(1) |
| 2024 |
Jan
(7) |
Feb
(2) |
Mar
(8) |
Apr
(11) |
May
(6) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2025 |
Jan
(10) |
Feb
(4) |
Mar
(9) |
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Philip W. <ph...@wh...> - 2019-07-08 18:25:15
|
Indeed, congratulations Chris! Best, Philip Whitehouse > On 8 Jul 2019, at 17:17, Colin DuPlantis <co...@ma...> wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Welcome back and congratulations on your fecundity! > >> On 7/8/19 4:14 AM, Christoph John via Quickfixj-users wrote: >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Hi, >> >> sorry if anyone did wait for a reply from me personally or on the QFJ project. >> I am now back from a somewhat extended paternity leave. :) >> >> Cheers, >> Chris. >> > -- > 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 |
|
From: Colin D. <co...@ma...> - 2019-07-08 17:10:35
|
Welcome back and congratulations on your fecundity! On 7/8/19 4:14 AM, Christoph John via Quickfixj-users wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hi, > > sorry if anyone did wait for a reply from me personally or on the QFJ > project. > I am now back from a somewhat extended paternity leave. :) > > Cheers, > Chris. > -- Colin DuPlantis Chief Architect, Marketcetera Download, Run, Trade 888.868.4884 https://www.marketcetera.com |
|
From: Ilya K. <kur...@gm...> - 2019-07-08 16:08:35
|
Hi, there's a nuance, yes: if AppDataDictionary is not provided explicitly then "an attempt will be made to load a dictionary using the DefaultApplVerID for the session". The latter logic works fine resulting in proper dictionary being used, alas sessions validation settings, if any, get ignored. On Mon, Jul 8, 2019 at 2:05 PM Christoph John <chr...@ma...> wrote: > Hi, > > I did not check the code but how should QFJ validate if fields are out of > order if no application data dictionary is specified? > Or did I misunderstand your question? > > Cheers, > Chris. > > On 21/03/2019 09:50, Ilya Kurnosov wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hello! I ran into some interesting behavior with quickfixj 2 today. My > question is if it's intentionally designed this way? And, if yes, if > someone could explain the reasoning behind it? > > The behavior I see is that all the session validation settings: > > - Session.SETTING_VALIDATE_FIELDS_HAVE_VALUES > ("ValidateFieldsHaveValues") > - Session.SETTING_VALIDATE_FIELDS_OUT_OF_ORDER > ("ValidateFieldsOutOfOrder") > - Session.SETTING_VALIDATE_UNORDERED_GROUP_FIELDS > ("ValidateUnorderedGroupFields") > - Session.SETTING_VALIDATE_USER_DEFINED_FIELDS > ("ValidateUserDefinedFields") > - Session.SETTING_ALLOW_UNKNOWN_MSG_FIELDS ("AllowUnknownMsgFields") > > have exactly no effect on the validation of FIXT application messages > unless one also explicitly sets "AppDataDictionary" option > (Session.SETTING_APP_DATA_DICTIONARY). > I observe this behavior in tests, but the code in > DefaultSessionFactory#processFixtDataDictionaries looks rather unambiguous > too ( > https://github.com/quickfix-j/quickfixj/blob/QFJ_RELEASE_2_1_1/quickfixj-core/src/main/java/quickfix/DefaultSessionFactory.java#L283). > It looks like DefaultSessionFactory#createDataDictionary (the only place > using those Validate* and AllowUnknownMsgFields settings) is called to > create app dictionary IIF AppDataDictionary is present. > > Is this behavior intentional? > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > -- > Christoph John > Software Engineering > T +49 241 557...@ma... > > MACD GmbH > Oppenhoffallee 103 > 52066 Aachen, Germanywww.macd.com > > Amtsgericht Aachen: HRB 8151 > Ust.-Id: DE 813021663 > Geschäftsführer: George Macdonald > > |
|
From: Christoph J. <chr...@ma...> - 2019-07-08 11:24:36
|
Hi, I did not check the code but how should QFJ validate if fields are out of order if no application data dictionary is specified? Or did I misunderstand your question? Cheers, Chris. On 21/03/2019 09:50, Ilya Kurnosov wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hello! I ran into some interesting behavior with quickfixj 2 today. My question is if it's > intentionally designed this way? And, if yes, if someone could explain the reasoning behind it? > > The behavior I see is that all the session validation settings: > > * Session.SETTING_VALIDATE_FIELDS_HAVE_VALUES ("ValidateFieldsHaveValues") > * Session.SETTING_VALIDATE_FIELDS_OUT_OF_ORDER ("ValidateFieldsOutOfOrder") > * Session.SETTING_VALIDATE_UNORDERED_GROUP_FIELDS ("ValidateUnorderedGroupFields") > * Session.SETTING_VALIDATE_USER_DEFINED_FIELDS ("ValidateUserDefinedFields") > * Session.SETTING_ALLOW_UNKNOWN_MSG_FIELDS ("AllowUnknownMsgFields") > > have exactly no effect on the validation of FIXT application messages unless one also explicitly > sets "AppDataDictionary" option (Session.SETTING_APP_DATA_DICTIONARY). > I observe this behavior in tests, but the code in > DefaultSessionFactory#processFixtDataDictionaries looks rather unambiguous too > (https://github.com/quickfix-j/quickfixj/blob/QFJ_RELEASE_2_1_1/quickfixj-core/src/main/java/quickfix/DefaultSessionFactory.java#L283). > It looks like DefaultSessionFactory#createDataDictionary (the only place using those Validate* and > AllowUnknownMsgFields settings) is called to create app dictionary IIF AppDataDictionary is present. > > Is this behavior intentional? > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Christoph J. <chr...@ma...> - 2019-07-08 11:19:44
|
Hi, unfortunately I do not have a solution but also did see such problems with a client of ours and it was also the exact same tag 447 that was the problem (although another message type). The application was already running for several hours. We also could not reproduce it. It just appeared once every few months... :-/ Cheers, Chris. On 11/03/2019 11:20, michael.efis--- via Quickfixj-users wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Unfortunately we cannot reproduce this issue in any of our test/development environments at all > (regardless of the load, verifying corner case scenarios and etc). However we have seen about 5 > such cases in production. It’s a very tiny percentage of all cancel messages that had exactly the > same format, (i.e. they did have the 447 tag), and that were parsed without any issue. On a > surface we see symptoms of a typical concurrency issue, which probably was caused by our approach > how we use QuickFix. > > Thanks > > Michael > > >Re: [Quickfixj-users] Intermittently we receive the "Required Tag Missing" error for existing fields > > >From: Robert Nicholson <robert.nicholson@gm...> - 2019-03-08 14:41:48 > > >Attachments: Message as HTML > > > > > >Cancel messages aren’t always required to be fully complete. > > > > > >By just debug the validation or put an exception break point on the specific exception and test > until you can reproduce it. > > > > > >Depending on what you are doing on startup with the messages you’ll want to check that your > configuration settings are the same as when you have a live session. This isn’t always the case > > >depending on whether you are manually processing messages or not. > > This e-mail and any attachments are confidential and intended solely for the addressee and may > also be privileged or exempt from disclosure under applicable law. If you are not the addressee, > or have received this e-mail in error, please notify the sender immediately, delete it from your > system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. > > Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not > accept responsibility for any loss arising from unauthorised access to, or interference with, any > Internet communications by any third party, or from the transmission of any viruses. Replies to > this e-mail may be monitored by the Barclays Group for operational or business reasons. > > Any opinion or other information in this e-mail or its attachments that does not relate to the > business of the Barclays Group is personal to the sender and is not given or endorsed by the > Barclays Group. > > Barclays Services Limited provides support and administrative services across Barclays group. > Barclays Services Limited is an appointed representative of Barclays Bank UK plc, Barclays Bank > plc and Clydesdale Financial Services Limited. Barclays Bank UK plc and Barclays Bank plc are > authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority > and the Prudential Regulation Authority. Clydesdale Financial Services Limited is authorised and > regulated by the Financial Conduct Authority.. > > > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: Christoph J. <chr...@ma...> - 2019-07-08 11:19:36
|
Hi, sorry if anyone did wait for a reply from me personally or on the QFJ project. I am now back from a somewhat extended paternity leave. :) Cheers, Chris. -- Christoph John Software Engineering T +49 241 557080-28 chr...@ma... MACD GmbH Oppenhoffallee 103 52066 Aachen, Germany www.macd.com Amtsgericht Aachen: HRB 8151 Ust.-Id: DE 813021663 Geschäftsführer: George Macdonald |
|
From: bharath k. <bha...@gm...> - 2019-06-05 12:56:40
|
Hi, Believe turning off validation on groups and fields would help. Regards, Bharath Polanki On Wed, Jun 5, 2019 at 6:29 AM Gavy Lau <gav...@pr...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: > http://www.quickfixj.org/support/ > > > Hi Team, > > I am using quickfixj 1.5.3. Recently we have noticed that during message > resend our repeating group is not present in the resent. We are already > using custom data dictionary where this repeating group is present in the > NewOrderSingle message. > > In our case the repeating group is tag 79 (with content 79,80,467,10050) > > I believe this probably is just some configuration that we are missing. > Would be great if you can point me to the correct direction. Thanks > > *Original Msg:* > 8=FIX.4.4 9=14634 35=D 34=1262 49=TECH_PROD 50=A08256001 > 52=20190604-15:07:14.567 56=BANK 116=JANEDOE 11=1187577 15=USD 21=1 22=4 > 38=8036 40=1 48=US5893781089 54=2 55=MRCY 59=1 60=20190604-15:07:14.565 > 100=ARCX 167=CS 78=258 79=0042808-01 80=0.64 467=5627184 10050=JOHNDOE > 79=1021809-01 80=20.87 467=5626979 10050=JOHNDOE 79=1020277-01 80=113.97 > 467=5626963 10050=JOHNDOE 79=1020355-01 80=23.2 467=5626942 10050=JOHNDOE > 79=1020290-01 80=34.39 467=5626921 10050=JOHNDOE 79=1020404-01 80=26.56 > 467=5626900 10050=JOHNDOE 79=1020284-01 80=27.8 467=5626878 10050=JOHNDOE > 79=1020112-01 80=28.62 467=5626858 10050=JOHNDOE 79=1020425-01 80=18.09 > 467=5626837 10050=JOHNDOE 79=1020057-01 80=52.49 467=5626819 10050=JOHNDOE > 79=1020422-01 80=18.09 467=5626798 10050=JOHNDOE 79=1020038-01 80=33.97 > 467=5626781 10050=JOHNDOE 79=1020100-01 80=44.16 467=5626760 10050=JOHNDOE > 79=1020213-01 80=16.73 467=5626736 10050=JOHNDOE 79=1020413-01 80=17.16 > 467=5626716 10050=JOHNDOE 79=1020273-01 80=21.64 467=5626697 10050=JOHNDOE > 79=1020412-01 80=21.68 467=5626676 10050=JOHNDOE 79=1020417-01 80=26.01 > 467=5626659 10050=JOHNDOE 79=1020330-01 80=39.64 467=5626638 10050=JOHNDOE > 79=1020250-01 80=37.22 467=5626615 10050=JOHNDOE 79=1020405-01 80=20.83 > 467=5626594 10050=JOHNDOE 79=1020333-01 80=25.8 467=5626565 10050=JOHNDOE > 79=1020313-01 80=28.73 467=5626544 10050=JOHNDOE 79=1020194-01 80=41.93 > 467=5626519 10050=JOHNDOE 79=1020281-01 80=22 467=5626498 10050=JOHNDOE > 79=1020000-01 80=38.11 467=5626483 10050=JOHNDOE 79=1020111-01 80=20.18 > 467=5626462 10050=JOHNDOE 79=1020395-01 80=24.8 467=5626442 10050=JOHNDOE > 79=1020264-01 80=28.36 467=5626417 10050=JOHNDOE 79=1020253-01 80=24.82 > 467=5626396 10050=JOHNDOE 79=1020388-01 80=83.83 467=5626377 10050=JOHNDOE > 79=1020079-01 80=114.43 467=5626356 10050=JOHNDOE 79=1020390-01 80=16.81 > 467=5626343 10050=JOHNDOE 79=1020401-01 80=16.81 467=5626322 10050=JOHNDOE > 79=1020394-01 80=16.81 467=5626301 10050=JOHNDOE 79=1020392-01 80=16.81 > 467=5626280 10050=JOHNDOE 79=1020366-01 80=87.48 467=5626255 10050=JOHNDOE > 79=1020396-01 80=16.81 467=5626234 10050=JOHNDOE 79=1020121-01 80=77.52 > 467=5626205 10050=JOHNDOE 79=1020229-01 80=14.3 467=5626184 10050=JOHNDOE > 79=1020137-01 80=35.51 467=5626159 10050=JOHNDOE 79=1020028-01 80=33.37 > 467=5626138 10050=JOHNDOE 79=1020387-01 80=33.85 467=5626123 10050=JOHNDOE > 79=1020386-01 80=17 467=5626102 10050=JOHNDOE 79=1020356-01 80=21.77 > 467=5626081 10050=JOHNDOE 79=1020012-01 80=21.62 467=5626060 10050=JOHNDOE > 79=1020371-01 80=17.9 467=5626042 10050=JOHNDOE 79=1020381-01 80=21.79 > 467=5626021 10050=JOHNDOE 79=1020034-01 80=40.73 467=5626000 10050=JOHNDOE > 79=1020286-01 80=22.25 467=5625984 10050=JOHNDOE 79=1020241-01 80=34.3 > 467=5625963 10050=JOHNDOE 79=1020029-01 80=19.54 467=5625937 10050=JOHNDOE > 79=1020327-01 80=389.33 467=5625916 10050=JOHNDOE 79=1020377-01 80=21.76 > 467=5625899 10050=JOHNDOE 79=1020098-01 80=20.45 467=5625878 10050=JOHNDOE > 79=1020374-01 80=26.49 467=5625859 10050=JOHNDOE 79=1020373-01 80=17.66 > 467=5625838 10050=JOHNDOE 79=1020052-01 80=20.43 467=5625817 10050=JOHNDOE > 79=1020002-01 80=71.02 467=5625797 10050=JOHNDOE 79=1020202-01 80=31.88 > 467=5625777 10050=JOHNDOE 79=1020369-01 80=18.13 467=5625756 10050=JOHNDOE > 79=1020336-01 80=45.75 467=5625742 10050=JOHNDOE 79=1020368-01 80=17.67 > 467=5625721 10050=JOHNDOE 79=1020365-01 80=17.67 467=5625696 10050=JOHNDOE > 79=1020364-01 80=70.66 467=5625675 10050=JOHNDOE 79=1020363-01 80=21.78 > 467=5625646 10050=JOHNDOE 79=1020358-01 80=17.44 467=5625625 10050=JOHNDOE > 79=1020357-01 80=17.44 467=5625604 10050=JOHNDOE 79=1020319-01 80=17.52 > 467=5625575 10050=JOHNDOE 79=1020173-01 80=21.42 467=5625550 10050=JOHNDOE > 79=1020352-01 80=17.91 467=5625529 10050=JOHNDOE 79=1020353-01 80=17.91 > 467=5625508 10050=JOHNDOE 79=1020120-01 80=22.25 467=5625493 10050=JOHNDOE > 79=1020335-01 80=23.22 467=5625472 10050=JOHNDOE 79=1020346-01 80=31.33 > 467=5625454 10050=JOHNDOE 79=1020310-01 80=22.3 467=5625435 10050=JOHNDOE > 79=1020332-01 80=17.89 467=5625413 10050=JOHNDOE 79=1020009-01 80=51.11 > 467=5625393 10050=JOHNDOE 79=1020337-01 80=22.89 467=5625376 10050=JOHNDOE > 79=1020348-01 80=18.13 467=5625355 10050=JOHNDOE 79=1020343-01 80=54.37 > 467=5625329 10050=JOHNDOE 79=1020179-01 80=27.56 467=5625308 10050=JOHNDOE > 79=1020060-01 80=153.09 467=5625292 10050=JOHNDOE 79=1020003-01 80=48.27 > 467=5625271 10050=JOHNDOE 79=1020334-01 80=22.75 467=5625254 10050=JOHNDOE > 79=1020174-01 80=19.94 467=5625233 10050=JOHNDOE 79=1020004-01 80=21.19 > 467=5625214 10050=JOHNDOE 79=1020123-01 80=53.64 467=5625193 10050=JOHNDOE > 79=1020329-01 80=22.86 467=5625167 10050=JOHNDOE 79=1020325-01 80=22.67 > 467=5625146 10050=JOHNDOE 79=1020307-01 80=45.34 467=5625122 10050=JOHNDOE > 79=1020293-01 80=37.85 467=5625101 10050=JOHNDOE 79=1020215-01 80=42.87 > 467=5625082 10050=JOHNDOE 79=1020322-01 80=18.2 467=5625061 10050=JOHNDOE > 79=1021805-01 80=318.62 467=5625040 10050=JOHNDOE 79=1020305-01 80=18.18 > 467=5625019 10050=JOHNDOE 79=1020304-01 80=27.26 467=5624998 10050=JOHNDOE > 79=1020309-01 80=18.17 467=5624980 10050=JOHNDOE 79=1020311-01 80=18.18 > 467=5624959 10050=JOHNDOE 79=1020296-01 80=18.18 467=5624945 10050=JOHNDOE > 79=1020201-01 80=39.87 467=5624924 10050=JOHNDOE 79=1020022-01 80=16.61 > 467=5624900 10050=JOHNDOE 79=1020299-01 80=18.38 467=5624880 10050=JOHNDOE > 79=1020135-01 80=53.41 467=5624863 10050=JOHNDOE 79=1020234-01 80=60.95 > 467=5624842 10050=JOHNDOE 79=1020113-01 80=27.84 467=5624817 10050=JOHNDOE > 79=1020288-01 80=45.28 467=5624796 10050=JOHNDOE 79=1021815-01 80=44.5 > 467=5624771 10050=JOHNDOE 79=1020132-01 80=28.86 467=5624750 10050=JOHNDOE > 79=1020278-01 80=18.6 467=5624729 10050=JOHNDOE 79=1020182-01 80=24.27 > 467=5624708 10050=JOHNDOE 79=1020282-01 80=18.6 467=5624688 10050=JOHNDOE > 79=1020275-01 80=44.93 467=5624667 10050=JOHNDOE 79=1021814-01 80=30.81 > 467=5624639 10050=JOHNDOE 79=1020018-01 80=43.65 467=5624618 10050=JOHNDOE > 79=1020094-01 80=33.9 467=5624606 10050=JOHNDOE 79=1020272-01 80=46.68 > 467=5624585 10050=JOHNDOE 79=1020043-01 80=41.18 467=5624565 10050=JOHNDOE > 79=1020020-01 80=44.53 467=5624544 10050=JOHNDOE 79=1020168-01 80=36.62 > 467=5624517 10050=JOHNDOE 79=1020031-01 80=21.54 467=5624496 10050=JOHNDOE > 79=1020010-01 80=21.5 467=5624475 10050=JOHNDOE 79=1020266-01 80=21.37 > 467=5624454 10050=JOHNDOE 79=1020263-01 80=119.63 467=5624433 10050=JOHNDOE > 79=1020058-01 80=48.42 467=5624413 10050=JOHNDOE 79=1020005-01 80=49.08 > 467=5624392 10050=JOHNDOE 79=1020103-01 80=240.67 467=5624372 10050=JOHNDOE > 79=1020265-01 80=15.38 467=5624351 10050=JOHNDOE 79=1020059-01 80=24.36 > 467=5624334 10050=JOHNDOE 79=1020154-01 80=19.7 467=5624313 10050=JOHNDOE > 79=1020019-01 80=20.62 467=5624291 10050=JOHNDOE 79=1020148-01 80=39.32 > 467=5624270 10050=JOHNDOE 79=1020119-01 80=31.47 467=5624247 10050=JOHNDOE > 79=1020261-01 80=22.78 467=5624226 10050=JOHNDOE 79=1020046-01 80=23.14 > 467=5624199 10050=JOHNDOE 79=1020185-01 80=15.01 467=5624178 10050=JOHNDOE > 79=1020069-01 80=34 467=5624161 10050=JOHNDOE 79=1020099-01 80=38.96 > 467=5624140 10050=JOHNDOE 79=1020118-01 80=15.76 467=5624119 10050=JOHNDOE > 79=1020126-01 80=43.2 467=5624098 10050=JOHNDOE 79=1020186-01 80=15.01 > 467=5624077 10050=JOHNDOE 79=1020153-01 80=23.57 467=5624062 10050=JOHNDOE > 79=1020259-01 80=38.75 467=5624041 10050=JOHNDOE 79=1020257-01 80=38.75 > 467=5624017 10050=JOHNDOE 79=1020251-01 80=15.5 467=5623996 10050=JOHNDOE > 79=1020258-01 80=15.5 467=5623975 10050=JOHNDOE 79=1020255-01 80=15.5 > 467=5623955 10050=JOHNDOE 79=1020086-01 80=15.5 467=5623929 10050=JOHNDOE > 79=1020187-01 80=15.05 467=5623909 10050=JOHNDOE 79=1020245-01 80=15.05 > 467=5623890 10050=JOHNDOE 79=1020161-01 80=23.39 467=5623870 10050=JOHNDOE > 79=1020011-01 80=78.23 467=5623849 10050=JOHNDOE 79=1020239-01 80=69.13 > 467=5623836 10050=JOHNDOE 79=1020238-01 80=15.08 467=5623815 10050=JOHNDOE > 79=1020115-01 80=19.42 467=5623795 10050=JOHNDOE 79=1020249-01 80=15.11 > 467=5623774 10050=JOHNDOE 79=1020224-01 80=15.31 467=5623748 10050=JOHNDOE > 79=1020246-01 80=15.31 467=5623728 10050=JOHNDOE 79=1020237-01 80=15.6 > 467=5623715 10050=JOHNDOE 79=1020233-01 80=15.59 467=5623695 10050=JOHNDOE > 79=1020231-01 80=15.6 467=5623675 10050=JOHNDOE 79=1020210-01 80=15.59 > 467=5623648 10050=JOHNDOE 79=1020128-01 80=19.47 467=5623628 10050=JOHNDOE > 79=1020235-01 80=38.89 467=5623609 10050=JOHNDOE 79=1020226-01 80=17.11 > 467=5623588 10050=JOHNDOE 79=1020217-01 80=15.56 467=5623574 10050=JOHNDOE > 79=1020054-01 80=59.13 467=5623553 10050=JOHNDOE 79=1020223-01 80=19.64 > 467=5623527 10050=JOHNDOE 79=1020140-01 80=15.87 467=5623506 10050=JOHNDOE > 79=1020214-01 80=15.63 467=5623477 10050=JOHNDOE 79=1020222-01 80=15.63 > 467=5623457 10050=JOHNDOE 79=1020219-01 80=15.63 467=5623445 10050=JOHNDOE > 79=1020211-01 80=19.55 467=5623425 10050=JOHNDOE 79=1020193-01 80=15.64 > 467=5623404 10050=JOHNDOE 79=1020191-01 80=15.63 467=5623382 10050=JOHNDOE > 79=1020172-01 80=19.54 467=5623362 10050=JOHNDOE 79=1020171-01 80=15.89 > 467=5623337 10050=JOHNDOE 79=1020197-01 80=15.9 467=5623317 10050=JOHNDOE > 79=1020196-01 80=15.9 467=5623304 10050=JOHNDOE 79=1020195-01 80=15.89 > 467=5623284 10050=JOHNDOE 79=1020192-01 80=15.89 467=5623247 10050=JOHNDOE > 79=1020158-01 80=15.9 467=5623227 10050=JOHNDOE 79=1020203-01 80=16.21 > 467=5623216 10050=JOHNDOE 79=1020208-01 80=15.89 467=5623196 10050=JOHNDOE > 79=1020199-01 80=31.8 467=5623171 10050=JOHNDOE 79=1020205-01 80=16.08 > 467=5623150 10050=JOHNDOE 79=1020157-01 80=16.08 467=5623136 10050=JOHNDOE > 79=1020134-01 80=32.15 467=5623116 10050=JOHNDOE 79=1020176-01 80=15.86 > 467=5623095 10050=JOHNDOE 79=1020170-01 80=19.83 467=5623076 10050=JOHNDOE > 79=1020207-01 80=15.87 467=5623055 10050=JOHNDOE 79=1020184-01 80=15.86 > 467=5623035 10050=JOHNDOE 79=1020180-01 80=15.86 467=5623015 10050=JOHNDOE > 79=1020169-01 80=15.87 467=5622990 10050=JOHNDOE 79=1020167-01 80=15.86 > 467=5622970 10050=JOHNDOE 79=1020166-01 80=15.86 467=5622947 10050=JOHNDOE > 79=1020165-01 80=17.11 467=5622927 10050=JOHNDOE 79=1020039-01 80=19.83 > 467=5622905 10050=JOHNDOE 79=1020127-01 80=16.4 467=5622884 10050=JOHNDOE > 79=1020075-01 80=43.29 467=5622864 10050=JOHNDOE 79=1020108-01 80=16.4 > 467=5622845 10050=JOHNDOE 79=1020104-01 80=16.54 467=5622825 10050=JOHNDOE > 79=1020160-01 80=16.54 467=5622800 10050=JOHNDOE 79=1020159-01 80=16.55 > 467=5622780 10050=JOHNDOE 79=1020149-01 80=16.55 467=5622766 10050=JOHNDOE > 79=1020146-01 80=23.96 467=5622745 10050=JOHNDOE 79=1020144-01 80=16.54 > 467=5622725 10050=JOHNDOE 79=1020143-01 80=16.54 467=5622699 10050=JOHNDOE > 79=1020142-01 80=16.54 467=5622679 10050=JOHNDOE 79=1020131-01 80=16.55 > 467=5622663 10050=JOHNDOE 79=1020136-01 80=16.55 467=5622642 10050=JOHNDOE > 79=1020063-01 80=16.15 467=5622625 10050=JOHNDOE 79=1020130-01 80=16.15 > 467=5622605 10050=JOHNDOE 79=1021802-01 80=20.13 467=5622579 10050=JOHNDOE > 79=1020124-01 80=20.2 467=5622558 10050=JOHNDOE 79=1020097-01 80=20.82 > 467=5622544 10050=JOHNDOE 79=1020125-01 80=16.07 467=5622525 10050=JOHNDOE > 79=1020116-01 80=16.07 467=5622505 10050=JOHNDOE 79=1020032-01 80=16.4 > 467=5622481 10050=JOHNDOE 79=1020026-01 80=16.4 467=5622463 10050=JOHNDOE > 79=1020109-01 80=24.6 467=5622443 10050=JOHNDOE 79=1020107-01 80=16.42 > 467=5622422 10050=JOHNDOE 79=1020105-01 80=16.4 467=5622397 10050=JOHNDOE > 79=1020117-01 80=27.03 467=5622377 10050=JOHNDOE 79=1020114-01 80=163.99 > 467=5622355 10050=JOHNDOE 79=1020062-01 80=50.21 467=5622334 10050=JOHNDOE > 79=1020049-01 80=24.74 467=5622311 10050=JOHNDOE 79=1020007-01 80=41.85 > 467=5622290 10050=JOHNDOE 79=1020084-01 80=16.66 467=5622271 10050=JOHNDOE > 79=1020092-01 80=24.99 467=5622251 10050=JOHNDOE 79=1020056-01 80=16.66 > 467=5622229 10050=JOHNDOE 79=1020078-01 80=16.66 467=5622209 10050=JOHNDOE > 79=1020076-01 80=20.82 467=5622189 10050=JOHNDOE 79=1020072-01 80=16.66 > 467=5622173 10050=JOHNDOE 79=1020071-01 80=16.66 467=5622153 10050=JOHNDOE > 79=1020070-01 80=16.66 467=5622136 10050=JOHNDOE 79=1020068-01 80=41.64 > 467=5622116 10050=JOHNDOE 79=1020065-01 80=41.64 467=5622088 10050=JOHNDOE > 79=1020067-01 80=20.82 467=5622067 10050=JOHNDOE 79=1020101-01 80=16.66 > 467=5622040 10050=JOHNDOE 79=1020093-01 80=16.66 467=5622020 10050=JOHNDOE > 79=1020024-01 80=20.82 467=5622005 10050=JOHNDOE 79=1020073-01 80=16.66 > 467=5621984 10050=JOHNDOE 79=1020095-01 80=16.66 467=5621966 10050=JOHNDOE > 79=1020064-01 80=29.98 467=5621946 10050=JOHNDOE 79=1020089-01 80=16.66 > 467=5621925 10050=JOHNDOE 79=1020055-01 80=41.64 467=5621904 10050=JOHNDOE > 79=1020050-01 80=16.66 467=5621883 10050=JOHNDOE 79=1020036-01 80=17.05 > 467=5621863 10050=JOHNDOE 79=1020016-01 80=17.05 467=5621843 10050=JOHNDOE > 79=1020033-01 80=17.05 467=5621825 10050=JOHNDOE 79=1020013-01 80=42.62 > 467=5621804 10050=JOHNDOE 79=1020025-01 80=17.05 467=5621780 10050=JOHNDOE > 79=1020023-01 80=17.05 467=5621759 10050=JOHNDOE 79=1020035-01 80=42.54 > 467=5621742 10050=JOHNDOE 79=1020014-01 80=17.05 467=5621721 10050=JOHNDOE > 79=1020040-01 80=17.05 467=5621698 10050=JOHNDOE 79=1020021-01 80=17.05 > 467=5621677 10050=JOHNDOE 10=101 > > > *Resend Msg* > > 8=FIX.4.4 9=248 35=D 34=1262 43=Y 49=TECH_PROD 50=A08256001 > 52=20190604-15:07:34.620 56=BANK 116=JANEDOE 122=20190604-15:07:14 > 11=1187577 15=USD 21=1 22=4 38=8036 40=1 48=US5893781089 54=2 55=MRCY 59=1 > 60=20190604-15:07:14.565 78=258 100=ARCX 167=CS 10=020 > > *Configuration* > > [default] > FileStorePath=etc/store/44 > FileLogPath=etc/logs/44 > DataDictionary=etc/BANK.FIX44.xml > UseDataDictionary=Y > BeginString=FIX.4.4 > ConnectionType=initiator > StartTime=00:00:00 > EndTime=00:00:00 > HeartBtInt=30 > ReconnectInterval=30 > CheckLatency=N > SenderCompID=TECH_PROD > TargetCompID=BANK > ResetOnLogon=N > > [session] > SocketConnectPort=111 > SocketConnectHost=11.11.11.11 > > > > -- > > <https://www.privetechnologies.com/> > *Gavy Lau* > Head of Software Development > > *O* +852 3157 1230 > *E* gav...@pr... > *A* 2/F, Bonham Centre. 79-85 Bonham Strand, > <https://www.google.com/maps/search/79-85+Bonham+Strand,++Sheung+Wan,+Hong+Kong?entry=gmail&source=g> > Sheung Wan, Hong Kong > <https://www.google.com/maps/search/79-85+Bonham+Strand,++Sheung+Wan,+Hong+Kong?entry=gmail&source=g> > Follow our news and insights here > <https://www.linkedin.com/company/10225017/> > > Disclaimer: Any business communication sent by, or on behalf of, the group > of Privé companies or one of its affiliated firms or other entities > (together "Privé") is confidential and may be privileged or otherwise > protected. If you receive it in error please inform us and then delete it > immediately from your system. You should not copy it or disclose its > contents to anyone. Please be aware that messages sent to and from Privé > may be monitored for reasons of security, to protect our business, and to > ensure compliance with legal and regulatory obligations and our internal > policies. Emails are not a secure method of communication, can be > intercepted and cannot be guaranteed to be error free. Anyone who > communicates with us by email is taken to understand and accept the above. > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > |
|
From: Gavy L. <gav...@pr...> - 2019-06-05 10:27:33
|
Hi Team, I am using quickfixj 1.5.3. Recently we have noticed that during message resend our repeating group is not present in the resent. We are already using custom data dictionary where this repeating group is present in the NewOrderSingle message. In our case the repeating group is tag 79 (with content 79,80,467,10050) I believe this probably is just some configuration that we are missing. Would be great if you can point me to the correct direction. Thanks *Original Msg:* 8=FIX.4.4 9=14634 35=D 34=1262 49=TECH_PROD 50=A08256001 52=20190604-15:07:14.567 56=BANK 116=JANEDOE 11=1187577 15=USD 21=1 22=4 38=8036 40=1 48=US5893781089 54=2 55=MRCY 59=1 60=20190604-15:07:14.565 100=ARCX 167=CS 78=258 79=0042808-01 80=0.64 467=5627184 10050=JOHNDOE 79=1021809-01 80=20.87 467=5626979 10050=JOHNDOE 79=1020277-01 80=113.97 467=5626963 10050=JOHNDOE 79=1020355-01 80=23.2 467=5626942 10050=JOHNDOE 79=1020290-01 80=34.39 467=5626921 10050=JOHNDOE 79=1020404-01 80=26.56 467=5626900 10050=JOHNDOE 79=1020284-01 80=27.8 467=5626878 10050=JOHNDOE 79=1020112-01 80=28.62 467=5626858 10050=JOHNDOE 79=1020425-01 80=18.09 467=5626837 10050=JOHNDOE 79=1020057-01 80=52.49 467=5626819 10050=JOHNDOE 79=1020422-01 80=18.09 467=5626798 10050=JOHNDOE 79=1020038-01 80=33.97 467=5626781 10050=JOHNDOE 79=1020100-01 80=44.16 467=5626760 10050=JOHNDOE 79=1020213-01 80=16.73 467=5626736 10050=JOHNDOE 79=1020413-01 80=17.16 467=5626716 10050=JOHNDOE 79=1020273-01 80=21.64 467=5626697 10050=JOHNDOE 79=1020412-01 80=21.68 467=5626676 10050=JOHNDOE 79=1020417-01 80=26.01 467=5626659 10050=JOHNDOE 79=1020330-01 80=39.64 467=5626638 10050=JOHNDOE 79=1020250-01 80=37.22 467=5626615 10050=JOHNDOE 79=1020405-01 80=20.83 467=5626594 10050=JOHNDOE 79=1020333-01 80=25.8 467=5626565 10050=JOHNDOE 79=1020313-01 80=28.73 467=5626544 10050=JOHNDOE 79=1020194-01 80=41.93 467=5626519 10050=JOHNDOE 79=1020281-01 80=22 467=5626498 10050=JOHNDOE 79=1020000-01 80=38.11 467=5626483 10050=JOHNDOE 79=1020111-01 80=20.18 467=5626462 10050=JOHNDOE 79=1020395-01 80=24.8 467=5626442 10050=JOHNDOE 79=1020264-01 80=28.36 467=5626417 10050=JOHNDOE 79=1020253-01 80=24.82 467=5626396 10050=JOHNDOE 79=1020388-01 80=83.83 467=5626377 10050=JOHNDOE 79=1020079-01 80=114.43 467=5626356 10050=JOHNDOE 79=1020390-01 80=16.81 467=5626343 10050=JOHNDOE 79=1020401-01 80=16.81 467=5626322 10050=JOHNDOE 79=1020394-01 80=16.81 467=5626301 10050=JOHNDOE 79=1020392-01 80=16.81 467=5626280 10050=JOHNDOE 79=1020366-01 80=87.48 467=5626255 10050=JOHNDOE 79=1020396-01 80=16.81 467=5626234 10050=JOHNDOE 79=1020121-01 80=77.52 467=5626205 10050=JOHNDOE 79=1020229-01 80=14.3 467=5626184 10050=JOHNDOE 79=1020137-01 80=35.51 467=5626159 10050=JOHNDOE 79=1020028-01 80=33.37 467=5626138 10050=JOHNDOE 79=1020387-01 80=33.85 467=5626123 10050=JOHNDOE 79=1020386-01 80=17 467=5626102 10050=JOHNDOE 79=1020356-01 80=21.77 467=5626081 10050=JOHNDOE 79=1020012-01 80=21.62 467=5626060 10050=JOHNDOE 79=1020371-01 80=17.9 467=5626042 10050=JOHNDOE 79=1020381-01 80=21.79 467=5626021 10050=JOHNDOE 79=1020034-01 80=40.73 467=5626000 10050=JOHNDOE 79=1020286-01 80=22.25 467=5625984 10050=JOHNDOE 79=1020241-01 80=34.3 467=5625963 10050=JOHNDOE 79=1020029-01 80=19.54 467=5625937 10050=JOHNDOE 79=1020327-01 80=389.33 467=5625916 10050=JOHNDOE 79=1020377-01 80=21.76 467=5625899 10050=JOHNDOE 79=1020098-01 80=20.45 467=5625878 10050=JOHNDOE 79=1020374-01 80=26.49 467=5625859 10050=JOHNDOE 79=1020373-01 80=17.66 467=5625838 10050=JOHNDOE 79=1020052-01 80=20.43 467=5625817 10050=JOHNDOE 79=1020002-01 80=71.02 467=5625797 10050=JOHNDOE 79=1020202-01 80=31.88 467=5625777 10050=JOHNDOE 79=1020369-01 80=18.13 467=5625756 10050=JOHNDOE 79=1020336-01 80=45.75 467=5625742 10050=JOHNDOE 79=1020368-01 80=17.67 467=5625721 10050=JOHNDOE 79=1020365-01 80=17.67 467=5625696 10050=JOHNDOE 79=1020364-01 80=70.66 467=5625675 10050=JOHNDOE 79=1020363-01 80=21.78 467=5625646 10050=JOHNDOE 79=1020358-01 80=17.44 467=5625625 10050=JOHNDOE 79=1020357-01 80=17.44 467=5625604 10050=JOHNDOE 79=1020319-01 80=17.52 467=5625575 10050=JOHNDOE 79=1020173-01 80=21.42 467=5625550 10050=JOHNDOE 79=1020352-01 80=17.91 467=5625529 10050=JOHNDOE 79=1020353-01 80=17.91 467=5625508 10050=JOHNDOE 79=1020120-01 80=22.25 467=5625493 10050=JOHNDOE 79=1020335-01 80=23.22 467=5625472 10050=JOHNDOE 79=1020346-01 80=31.33 467=5625454 10050=JOHNDOE 79=1020310-01 80=22.3 467=5625435 10050=JOHNDOE 79=1020332-01 80=17.89 467=5625413 10050=JOHNDOE 79=1020009-01 80=51.11 467=5625393 10050=JOHNDOE 79=1020337-01 80=22.89 467=5625376 10050=JOHNDOE 79=1020348-01 80=18.13 467=5625355 10050=JOHNDOE 79=1020343-01 80=54.37 467=5625329 10050=JOHNDOE 79=1020179-01 80=27.56 467=5625308 10050=JOHNDOE 79=1020060-01 80=153.09 467=5625292 10050=JOHNDOE 79=1020003-01 80=48.27 467=5625271 10050=JOHNDOE 79=1020334-01 80=22.75 467=5625254 10050=JOHNDOE 79=1020174-01 80=19.94 467=5625233 10050=JOHNDOE 79=1020004-01 80=21.19 467=5625214 10050=JOHNDOE 79=1020123-01 80=53.64 467=5625193 10050=JOHNDOE 79=1020329-01 80=22.86 467=5625167 10050=JOHNDOE 79=1020325-01 80=22.67 467=5625146 10050=JOHNDOE 79=1020307-01 80=45.34 467=5625122 10050=JOHNDOE 79=1020293-01 80=37.85 467=5625101 10050=JOHNDOE 79=1020215-01 80=42.87 467=5625082 10050=JOHNDOE 79=1020322-01 80=18.2 467=5625061 10050=JOHNDOE 79=1021805-01 80=318.62 467=5625040 10050=JOHNDOE 79=1020305-01 80=18.18 467=5625019 10050=JOHNDOE 79=1020304-01 80=27.26 467=5624998 10050=JOHNDOE 79=1020309-01 80=18.17 467=5624980 10050=JOHNDOE 79=1020311-01 80=18.18 467=5624959 10050=JOHNDOE 79=1020296-01 80=18.18 467=5624945 10050=JOHNDOE 79=1020201-01 80=39.87 467=5624924 10050=JOHNDOE 79=1020022-01 80=16.61 467=5624900 10050=JOHNDOE 79=1020299-01 80=18.38 467=5624880 10050=JOHNDOE 79=1020135-01 80=53.41 467=5624863 10050=JOHNDOE 79=1020234-01 80=60.95 467=5624842 10050=JOHNDOE 79=1020113-01 80=27.84 467=5624817 10050=JOHNDOE 79=1020288-01 80=45.28 467=5624796 10050=JOHNDOE 79=1021815-01 80=44.5 467=5624771 10050=JOHNDOE 79=1020132-01 80=28.86 467=5624750 10050=JOHNDOE 79=1020278-01 80=18.6 467=5624729 10050=JOHNDOE 79=1020182-01 80=24.27 467=5624708 10050=JOHNDOE 79=1020282-01 80=18.6 467=5624688 10050=JOHNDOE 79=1020275-01 80=44.93 467=5624667 10050=JOHNDOE 79=1021814-01 80=30.81 467=5624639 10050=JOHNDOE 79=1020018-01 80=43.65 467=5624618 10050=JOHNDOE 79=1020094-01 80=33.9 467=5624606 10050=JOHNDOE 79=1020272-01 80=46.68 467=5624585 10050=JOHNDOE 79=1020043-01 80=41.18 467=5624565 10050=JOHNDOE 79=1020020-01 80=44.53 467=5624544 10050=JOHNDOE 79=1020168-01 80=36.62 467=5624517 10050=JOHNDOE 79=1020031-01 80=21.54 467=5624496 10050=JOHNDOE 79=1020010-01 80=21.5 467=5624475 10050=JOHNDOE 79=1020266-01 80=21.37 467=5624454 10050=JOHNDOE 79=1020263-01 80=119.63 467=5624433 10050=JOHNDOE 79=1020058-01 80=48.42 467=5624413 10050=JOHNDOE 79=1020005-01 80=49.08 467=5624392 10050=JOHNDOE 79=1020103-01 80=240.67 467=5624372 10050=JOHNDOE 79=1020265-01 80=15.38 467=5624351 10050=JOHNDOE 79=1020059-01 80=24.36 467=5624334 10050=JOHNDOE 79=1020154-01 80=19.7 467=5624313 10050=JOHNDOE 79=1020019-01 80=20.62 467=5624291 10050=JOHNDOE 79=1020148-01 80=39.32 467=5624270 10050=JOHNDOE 79=1020119-01 80=31.47 467=5624247 10050=JOHNDOE 79=1020261-01 80=22.78 467=5624226 10050=JOHNDOE 79=1020046-01 80=23.14 467=5624199 10050=JOHNDOE 79=1020185-01 80=15.01 467=5624178 10050=JOHNDOE 79=1020069-01 80=34 467=5624161 10050=JOHNDOE 79=1020099-01 80=38.96 467=5624140 10050=JOHNDOE 79=1020118-01 80=15.76 467=5624119 10050=JOHNDOE 79=1020126-01 80=43.2 467=5624098 10050=JOHNDOE 79=1020186-01 80=15.01 467=5624077 10050=JOHNDOE 79=1020153-01 80=23.57 467=5624062 10050=JOHNDOE 79=1020259-01 80=38.75 467=5624041 10050=JOHNDOE 79=1020257-01 80=38.75 467=5624017 10050=JOHNDOE 79=1020251-01 80=15.5 467=5623996 10050=JOHNDOE 79=1020258-01 80=15.5 467=5623975 10050=JOHNDOE 79=1020255-01 80=15.5 467=5623955 10050=JOHNDOE 79=1020086-01 80=15.5 467=5623929 10050=JOHNDOE 79=1020187-01 80=15.05 467=5623909 10050=JOHNDOE 79=1020245-01 80=15.05 467=5623890 10050=JOHNDOE 79=1020161-01 80=23.39 467=5623870 10050=JOHNDOE 79=1020011-01 80=78.23 467=5623849 10050=JOHNDOE 79=1020239-01 80=69.13 467=5623836 10050=JOHNDOE 79=1020238-01 80=15.08 467=5623815 10050=JOHNDOE 79=1020115-01 80=19.42 467=5623795 10050=JOHNDOE 79=1020249-01 80=15.11 467=5623774 10050=JOHNDOE 79=1020224-01 80=15.31 467=5623748 10050=JOHNDOE 79=1020246-01 80=15.31 467=5623728 10050=JOHNDOE 79=1020237-01 80=15.6 467=5623715 10050=JOHNDOE 79=1020233-01 80=15.59 467=5623695 10050=JOHNDOE 79=1020231-01 80=15.6 467=5623675 10050=JOHNDOE 79=1020210-01 80=15.59 467=5623648 10050=JOHNDOE 79=1020128-01 80=19.47 467=5623628 10050=JOHNDOE 79=1020235-01 80=38.89 467=5623609 10050=JOHNDOE 79=1020226-01 80=17.11 467=5623588 10050=JOHNDOE 79=1020217-01 80=15.56 467=5623574 10050=JOHNDOE 79=1020054-01 80=59.13 467=5623553 10050=JOHNDOE 79=1020223-01 80=19.64 467=5623527 10050=JOHNDOE 79=1020140-01 80=15.87 467=5623506 10050=JOHNDOE 79=1020214-01 80=15.63 467=5623477 10050=JOHNDOE 79=1020222-01 80=15.63 467=5623457 10050=JOHNDOE 79=1020219-01 80=15.63 467=5623445 10050=JOHNDOE 79=1020211-01 80=19.55 467=5623425 10050=JOHNDOE 79=1020193-01 80=15.64 467=5623404 10050=JOHNDOE 79=1020191-01 80=15.63 467=5623382 10050=JOHNDOE 79=1020172-01 80=19.54 467=5623362 10050=JOHNDOE 79=1020171-01 80=15.89 467=5623337 10050=JOHNDOE 79=1020197-01 80=15.9 467=5623317 10050=JOHNDOE 79=1020196-01 80=15.9 467=5623304 10050=JOHNDOE 79=1020195-01 80=15.89 467=5623284 10050=JOHNDOE 79=1020192-01 80=15.89 467=5623247 10050=JOHNDOE 79=1020158-01 80=15.9 467=5623227 10050=JOHNDOE 79=1020203-01 80=16.21 467=5623216 10050=JOHNDOE 79=1020208-01 80=15.89 467=5623196 10050=JOHNDOE 79=1020199-01 80=31.8 467=5623171 10050=JOHNDOE 79=1020205-01 80=16.08 467=5623150 10050=JOHNDOE 79=1020157-01 80=16.08 467=5623136 10050=JOHNDOE 79=1020134-01 80=32.15 467=5623116 10050=JOHNDOE 79=1020176-01 80=15.86 467=5623095 10050=JOHNDOE 79=1020170-01 80=19.83 467=5623076 10050=JOHNDOE 79=1020207-01 80=15.87 467=5623055 10050=JOHNDOE 79=1020184-01 80=15.86 467=5623035 10050=JOHNDOE 79=1020180-01 80=15.86 467=5623015 10050=JOHNDOE 79=1020169-01 80=15.87 467=5622990 10050=JOHNDOE 79=1020167-01 80=15.86 467=5622970 10050=JOHNDOE 79=1020166-01 80=15.86 467=5622947 10050=JOHNDOE 79=1020165-01 80=17.11 467=5622927 10050=JOHNDOE 79=1020039-01 80=19.83 467=5622905 10050=JOHNDOE 79=1020127-01 80=16.4 467=5622884 10050=JOHNDOE 79=1020075-01 80=43.29 467=5622864 10050=JOHNDOE 79=1020108-01 80=16.4 467=5622845 10050=JOHNDOE 79=1020104-01 80=16.54 467=5622825 10050=JOHNDOE 79=1020160-01 80=16.54 467=5622800 10050=JOHNDOE 79=1020159-01 80=16.55 467=5622780 10050=JOHNDOE 79=1020149-01 80=16.55 467=5622766 10050=JOHNDOE 79=1020146-01 80=23.96 467=5622745 10050=JOHNDOE 79=1020144-01 80=16.54 467=5622725 10050=JOHNDOE 79=1020143-01 80=16.54 467=5622699 10050=JOHNDOE 79=1020142-01 80=16.54 467=5622679 10050=JOHNDOE 79=1020131-01 80=16.55 467=5622663 10050=JOHNDOE 79=1020136-01 80=16.55 467=5622642 10050=JOHNDOE 79=1020063-01 80=16.15 467=5622625 10050=JOHNDOE 79=1020130-01 80=16.15 467=5622605 10050=JOHNDOE 79=1021802-01 80=20.13 467=5622579 10050=JOHNDOE 79=1020124-01 80=20.2 467=5622558 10050=JOHNDOE 79=1020097-01 80=20.82 467=5622544 10050=JOHNDOE 79=1020125-01 80=16.07 467=5622525 10050=JOHNDOE 79=1020116-01 80=16.07 467=5622505 10050=JOHNDOE 79=1020032-01 80=16.4 467=5622481 10050=JOHNDOE 79=1020026-01 80=16.4 467=5622463 10050=JOHNDOE 79=1020109-01 80=24.6 467=5622443 10050=JOHNDOE 79=1020107-01 80=16.42 467=5622422 10050=JOHNDOE 79=1020105-01 80=16.4 467=5622397 10050=JOHNDOE 79=1020117-01 80=27.03 467=5622377 10050=JOHNDOE 79=1020114-01 80=163.99 467=5622355 10050=JOHNDOE 79=1020062-01 80=50.21 467=5622334 10050=JOHNDOE 79=1020049-01 80=24.74 467=5622311 10050=JOHNDOE 79=1020007-01 80=41.85 467=5622290 10050=JOHNDOE 79=1020084-01 80=16.66 467=5622271 10050=JOHNDOE 79=1020092-01 80=24.99 467=5622251 10050=JOHNDOE 79=1020056-01 80=16.66 467=5622229 10050=JOHNDOE 79=1020078-01 80=16.66 467=5622209 10050=JOHNDOE 79=1020076-01 80=20.82 467=5622189 10050=JOHNDOE 79=1020072-01 80=16.66 467=5622173 10050=JOHNDOE 79=1020071-01 80=16.66 467=5622153 10050=JOHNDOE 79=1020070-01 80=16.66 467=5622136 10050=JOHNDOE 79=1020068-01 80=41.64 467=5622116 10050=JOHNDOE 79=1020065-01 80=41.64 467=5622088 10050=JOHNDOE 79=1020067-01 80=20.82 467=5622067 10050=JOHNDOE 79=1020101-01 80=16.66 467=5622040 10050=JOHNDOE 79=1020093-01 80=16.66 467=5622020 10050=JOHNDOE 79=1020024-01 80=20.82 467=5622005 10050=JOHNDOE 79=1020073-01 80=16.66 467=5621984 10050=JOHNDOE 79=1020095-01 80=16.66 467=5621966 10050=JOHNDOE 79=1020064-01 80=29.98 467=5621946 10050=JOHNDOE 79=1020089-01 80=16.66 467=5621925 10050=JOHNDOE 79=1020055-01 80=41.64 467=5621904 10050=JOHNDOE 79=1020050-01 80=16.66 467=5621883 10050=JOHNDOE 79=1020036-01 80=17.05 467=5621863 10050=JOHNDOE 79=1020016-01 80=17.05 467=5621843 10050=JOHNDOE 79=1020033-01 80=17.05 467=5621825 10050=JOHNDOE 79=1020013-01 80=42.62 467=5621804 10050=JOHNDOE 79=1020025-01 80=17.05 467=5621780 10050=JOHNDOE 79=1020023-01 80=17.05 467=5621759 10050=JOHNDOE 79=1020035-01 80=42.54 467=5621742 10050=JOHNDOE 79=1020014-01 80=17.05 467=5621721 10050=JOHNDOE 79=1020040-01 80=17.05 467=5621698 10050=JOHNDOE 79=1020021-01 80=17.05 467=5621677 10050=JOHNDOE 10=101 *Resend Msg* 8=FIX.4.4 9=248 35=D 34=1262 43=Y 49=TECH_PROD 50=A08256001 52=20190604-15:07:34.620 56=BANK 116=JANEDOE 122=20190604-15:07:14 11=1187577 15=USD 21=1 22=4 38=8036 40=1 48=US5893781089 54=2 55=MRCY 59=1 60=20190604-15:07:14.565 78=258 100=ARCX 167=CS 10=020 *Configuration* [default] FileStorePath=etc/store/44 FileLogPath=etc/logs/44 DataDictionary=etc/BANK.FIX44.xml UseDataDictionary=Y BeginString=FIX.4.4 ConnectionType=initiator StartTime=00:00:00 EndTime=00:00:00 HeartBtInt=30 ReconnectInterval=30 CheckLatency=N SenderCompID=TECH_PROD TargetCompID=BANK ResetOnLogon=N [session] SocketConnectPort=111 SocketConnectHost=11.11.11.11 -- <https://www.privetechnologies.com/> *Gavy Lau* Head of Software Development *O* +852 3157 1230 *E* gav...@pr... *A* 2/F, Bonham Centre. 79-85 Bonham Strand, Sheung Wan, Hong Kong Follow our news and insights here <https://www.linkedin.com/company/10225017/> Disclaimer: Any business communication sent by, or on behalf of, the group of Privé companies or one of its affiliated firms or other entities (together "Privé") is confidential and may be privileged or otherwise protected. If you receive it in error please inform us and then delete it immediately from your system. You should not copy it or disclose its contents to anyone. Please be aware that messages sent to and from Privé may be monitored for reasons of security, to protect our business, and to ensure compliance with legal and regulatory obligations and our internal policies. Emails are not a secure method of communication, can be intercepted and cannot be guaranteed to be error free. Anyone who communicates with us by email is taken to understand and accept the above. |
|
From: Robert N. <rob...@gm...> - 2019-05-20 20:00:51
|
Has anybody tried patching older releases to support 52 with microseconds? Up until now I’ve been able to handle 60 with microseconds by converting to String but there are few dependencies on 60 than 52. note I’m consuming as initiator drop copy only. |
|
From: <th...@ft...> - 2019-04-25 23:11:16
|
Has anybody with authority had a chance to look at this? The change introduced has the presumed unintended consequences of breaking things for some of us using Log4J.
Regards - Tommy
> On Apr 10, 2019, at 10:26 PM, th...@ft... wrote:
>
> I recently downloaded QF/J 2.1.1 and am upgrading from QF/J 1.6.3. Most of the work was converting my application code to utilize the ‘java.time’ package. I have everything running and going thru some tests. In the process, I noticed log messages in files they were not in before. We use Log4J and configure the following QF/J properties…
>
> SLF4JLogEventCategory=${senderCompID}.${targetCompID}.event
> SLF4JLogIncomingMessageCategory=${senderCompID}.${targetCompID}.msg.incoming
> SLF4JLogOutgoingMessageCategory=${senderCompID}.${targetCompID}.msg.outgoing
>
> ..and the recently discovered (not in the user manual)…
>
> SLF4JLogErrorEventCategory=${senderCompID}.${targetCompID}.errorEvent
>
> I have spent hours reviewing and comparing QF/J source code trying to determine what changed.
>
> It appears there is a configuration setting 'SLF4JLogPrependSessionID’ described as "Controls whether session ID is prepended to log message.”
>
> The behavior of this setting has been completely changed by the following commit of source file ‘SLF4JLog.java’...
>
> https://github.com/quickfix-j/quickfixj/commit/0eb3359059d3551dde588f3cff6c836119141cf6#diff-82a6b6a09255551e3683d8943e3e4263 <https://github.com/quickfix-j/quickfixj/commit/0eb3359059d3551dde588f3cff6c836119141cf6#diff-82a6b6a09255551e3683d8943e3e4263>
>
> It appears the intent of this change did not create the desired effect as my log “categories" now all have the SessionID appended. (e.g. 'SENDER.TARGET.eventFIX.4.4:SENDER->TARGET: ')
>
> The current workaround is to configure... SLF4JLogPrependSessionID=N
>
> Would someone please elaborate on the intended use of configuration setting ‘SLF4JLogPrependSessionID’.
>
> Regards - Tommy
|
|
From: Yoandy P. V. <yoa...@gm...> - 2019-04-24 13:20:04
|
I'm implementing a FIX program as initiator that connect to market and send
& receive fix messages. In one step I need send MarketDataRequest message
to market, but something happened that the message is rejected by market.
I have tried add Fields Currency.FIELD and SettlType.FIELD, but in final
message in the final message they do not appear.
I need send message like:
8=FIXT.1.1 9=222 35=V 34=1013 49=**** 52=20190117-17:23:48.670 56=****
128=FGW 262=MD1 263=0 264=5 265=1 266=Y 146=1 55=GGAL 48=GGAL-0002-C-CT-ARS
167=GO 207=XMEV 15=ARS 63=2 267=9 269=0 269=1 269=2 269=4 269=5 269=7 269=8
269=B 269=3 10=215
But I can not put the tag 15 and 63 before the tag 267.
My code now:
InstrmtMDReqGrp instrmtMDReqGrp = new InstrmtMDReqGrp();
NoRelatedSym noRelatedSym = new NoRelatedSym(1); //146
instrmtMDReqGrp.set(noRelatedSym);
SettlType settlType = new SettlType(); // 63
settlType.setValue("2");
Currency currency = new Currency(); // 15
currency.setValue("ARS");
instrmtMDReqGrp.setField(Currency.FIELD, currency);
instrmtMDReqGrp.setField(SettlType.FIELD, settlType);
In the final message these fields do not appear.
I'm using quickfixj with quickfixj-spring-boot-starter 2.2.1.
--
*Yoandy Pérez Villazón, Ing, MSc.*
Desarrollador Java / Mobile
|
|
From: Philip W. <Phi...@fl...> - 2019-04-24 00:18:56
|
I agree. In fact this is still present in master: https://github.com/quickfix-j/quickfixj/blob/master/quickfixj-core/src/main/java/quickfix/Session.java#L861 The logout mechanism is actually closer to spec compliance than it used to be - 1.6.4 ensured we actually send the logout at all. https://www.quickfixj.org/jira/browse/QFJ-885 It is fortunate that the existing reset functionality already has the `isResetting` atomic boolean and doesn't guarantee the session has reset before it returns as the method can't block for this. I think the approach will need to be that the `next()` method called from timer code, when `isResetting` is true, checks to see if we have been waiting more than a configurable time (with a sensible default of a few seconds). When either we get the logout response or the timer expires we disconnect. We'll need to test to make sure we handle any intervening messages correctly. A good workaround for this is just not to close your session until somewhat after the trading window to allow for late execution responses. I try to keep QFJ login and logout times both away from application startup/shutdown and trading window start/ends to avoid unnecessary race behaviour. Whether the fix is back-ported to the 1.6.x branch I'm not sure - it'll depend on how complex it is I guess. Best regards, Philip Whitehouse FlexTrade Ltd. ________________________________ From: Ajay Patwardhan <ap...@en...> Sent: 23 April 2019 20:19 To: qui...@li... Subject: [Quickfixj-users] Session reset behavior in 1.6.4 ATTENTION: This email was sent from someone outside of FlexTrade. Always use caution when opening attachments or clicking links. QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ QuickFIX/J Support: http://www.quickfixj.org/support/ |
|
From: Ajay P. <ap...@en...> - 2019-04-23 19:48:58
|
The FIX Spec mentions "Before actually closing the session, the logout initiator should wait for the opposite side to respond with a confirming Logout <5> <https://www.onixs.biz/fix-dictionary/4.2/msgType_5_5.html> message. This gives the remote end a chance to perform any Gap Fill operations that may be necessary. The session may be terminated if the remote side does not respond in an appropriate timeframe." The code quickfix.Session in the next method is as below if (sessionSchedule != null && !sessionSchedule.isNonStopSession()) { // Only check the session time once per second at most. It isn't // necessary to do for every message received. final long now = SystemTime.currentTimeMillis(); if ((now - lastSessionTimeCheck) >= 1000L) { lastSessionTimeCheck = now; if (!isSessionTime()) { if (state.isResetNeeded()) { * reset(); // only reset if seq nums are != 1* } return; // since we are outside of session time window } else { // reset when session becomes active resetIfSessionNotCurrent(sessionID, now); } } } The reset method generates the logout message and instantly disconnects. public void reset() throws IOException { if (!isResetting.compareAndSet(false, true)) { return; } try { if (hasResponder() && isLoggedOn()) { if (application instanceof ApplicationExtended) { ((ApplicationExtended) application).onBeforeSessionReset(sessionID); } * generateLogout();* * disconnect("Session reset", false);* } resetState(); } finally { isResetting.set(false); } } In this case, it looks like there is no waiting for LogoutTimeout. Is this supposed to be like this. We believe one execution report message that was sent to us a 1 ms after we sent the logout was not received because of this. If this is not expected behavior, I can open a jira Ajay Patwardhan Enfusion LLC -- DISCLAIMER: Transmission confidential, intended for use by entities named above and those properly entitled to access. Information may be privileged and/or exempt from disclosure under applicable law. Unauthorized use, distribution, dissemination, or duplication is prohibited. If received message in error, please notify us and delete original. |
|
From: <th...@ft...> - 2019-04-11 03:52:14
|
I recently downloaded QF/J 2.1.1 and am upgrading from QF/J 1.6.3. Most of the work was converting my application code to utilize the ‘java.time’ package. I have everything running and going thru some tests. In the process, I noticed log messages in files they were not in before. We use Log4J and configure the following QF/J properties…
SLF4JLogEventCategory=${senderCompID}.${targetCompID}.event
SLF4JLogIncomingMessageCategory=${senderCompID}.${targetCompID}.msg.incoming
SLF4JLogOutgoingMessageCategory=${senderCompID}.${targetCompID}.msg.outgoing
..and the recently discovered (not in the user manual)…
SLF4JLogErrorEventCategory=${senderCompID}.${targetCompID}.errorEvent
I have spent hours reviewing and comparing QF/J source code trying to determine what changed.
It appears there is a configuration setting 'SLF4JLogPrependSessionID’ described as "Controls whether session ID is prepended to log message.”
The behavior of this setting has been completely changed by the following commit of source file ‘SLF4JLog.java’...
https://github.com/quickfix-j/quickfixj/commit/0eb3359059d3551dde588f3cff6c836119141cf6#diff-82a6b6a09255551e3683d8943e3e4263 <https://github.com/quickfix-j/quickfixj/commit/0eb3359059d3551dde588f3cff6c836119141cf6#diff-82a6b6a09255551e3683d8943e3e4263>
It appears the intent of this change did not create the desired effect as my log “categories" now all have the SessionID appended. (e.g. 'SENDER.TARGET.eventFIX.4.4:SENDER->TARGET: ')
The current workaround is to configure... SLF4JLogPrependSessionID=N
Would someone please elaborate on the intended use of configuration setting ‘SLF4JLogPrependSessionID’.
Regards - Tommy |
|
From: Grant B. <gbi...@co...> - 2019-04-03 21:32:51
|
But the Header fields HAVE NO ORDER. The Header is not a group. The fields in the Header can be in any order. On Wed, Apr 3, 2019 at 2:35 PM ramakrishna b <ram...@gm...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: > http://www.quickfixj.org/support/ > > > I think the documentation ( If set to N, fields that are out of order > (i.e. body fields in the header, or header fields in the body) will not be > rejected. Useful for connecting to systems which do not properly order > fields. ) > is misleading us. It is validating the order of tags with in the group as > well. > > On Wed, Apr 3, 2019 at 3:30 PM Colin DuPlantis <co...@ma...> > wrote: > >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: >> http://www.quickfixj.org/support/ >> >> >> You're probably right, Grant, thanks for the clarification. >> On 4/3/19 11:56 AM, Grant Birchmeier wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Colin, I don't think that's correct. >> >> From the docs of ValidateFieldsOutOfOrder: >> "If set to N, fields that are out of order (i.e. body fields in the >> header, or header fields in the body) will not be rejected. Useful for >> connecting to systems which do not properly order fields." >> >> This is not the case in Ram's message. Tag 52 is clearly within the >> header, and the tags within the header can be in any order. >> >> I suspect that real problem is in Ram's application code. *Ram, are you >> calling msg.get(SendingTime) instead of msg.getHeader().get(SendingTime) ?* >> >> If that is not the problem, then Ram, you'll need to be more specific as >> to the error that you're seeing. Are you seeing an exception? Or is a >> 35=j or 35=3 being sent back? What is the exact text of the error? >> >> On Wed, Apr 3, 2019 at 1:46 PM Colin DuPlantis <co...@ma...> >> wrote: >> >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: >>> http://www.quickfixj.org/support/ >>> >>> >>> Tag is out of order - that might make a difference. >>> >>> Try setting *ValidateFieldsOutOfOrder *to N and see if that helps. >>> On 4/3/19 11:42 AM, ramakrishna b wrote: >>> >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>> >>> >>> Hi, >>> >>> I am using quicfixj 2.1.1 with below configuration. >>> >>> [DEFAULT] >>> ConnectionType=initiator >>> HeartBtInt=30 >>> UseDataDictionary=Y >>> DataDictionary=FIX42.xml >>> ValidateFieldsOutOfOrder=Y >>> AllowUnknownMsgFields=Y >>> >>> The issue i am facing is when i receive resend request quickfix is >>> complains saying tag 52 missing even though it has tag 52. >>> 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* >>> 34=541 7=455 16=0 10=104 >>> >>> I am using default dictionary. I dont see the reason for its complain. >>> >>> Ram >>> >>> >>> _______________________________________________ >>> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> >>> -- >>> Colin DuPlantis >>> Chief Architect, Marketcetera >>> Download, Run, Trade >>> 888.868.4884https://www.marketcetera.com >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> >> >> >> -- >> Grant Birchmeier >> *Connamara Systems, LLC* >> *Made-To-Measure Trading Solutions.* >> Exactly what you need. No more. No less. >> http://connamara.com >> >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> -- >> Colin DuPlantis >> Chief Architect, Marketcetera >> Download, Run, Trade >> 888.868.4884https://www.marketcetera.com >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> > > > -- > Ramakrishna > 7044494024 > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > -- Grant Birchmeier *Connamara Systems, LLC* *Made-To-Measure Trading Solutions.* Exactly what you need. No more. No less. http://connamara.com |
|
From: ramakrishna b <ram...@gm...> - 2019-04-03 19:52:58
|
I think the combination of *ValidateUnorderedGroupFields(defaults to Y) and **ValidateFieldsOutOfOrder will be doing this trick. * On Wed, Apr 3, 2019 at 3:34 PM ramakrishna b <ram...@gm...> wrote: > I think the documentation ( If set to N, fields that are out of order > (i.e. body fields in the header, or header fields in the body) will not be > rejected. Useful for connecting to systems which do not properly order > fields. ) > is misleading us. It is validating the order of tags with in the group as > well. > > On Wed, Apr 3, 2019 at 3:30 PM Colin DuPlantis <co...@ma...> > wrote: > >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: >> http://www.quickfixj.org/support/ >> >> >> You're probably right, Grant, thanks for the clarification. >> On 4/3/19 11:56 AM, Grant Birchmeier wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Colin, I don't think that's correct. >> >> From the docs of ValidateFieldsOutOfOrder: >> "If set to N, fields that are out of order (i.e. body fields in the >> header, or header fields in the body) will not be rejected. Useful for >> connecting to systems which do not properly order fields." >> >> This is not the case in Ram's message. Tag 52 is clearly within the >> header, and the tags within the header can be in any order. >> >> I suspect that real problem is in Ram's application code. *Ram, are you >> calling msg.get(SendingTime) instead of msg.getHeader().get(SendingTime) ?* >> >> If that is not the problem, then Ram, you'll need to be more specific as >> to the error that you're seeing. Are you seeing an exception? Or is a >> 35=j or 35=3 being sent back? What is the exact text of the error? >> >> On Wed, Apr 3, 2019 at 1:46 PM Colin DuPlantis <co...@ma...> >> wrote: >> >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: >>> http://www.quickfixj.org/support/ >>> >>> >>> Tag is out of order - that might make a difference. >>> >>> Try setting *ValidateFieldsOutOfOrder *to N and see if that helps. >>> On 4/3/19 11:42 AM, ramakrishna b wrote: >>> >>> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >>> QuickFIX/J Support: http://www.quickfixj.org/support/ >>> >>> >>> Hi, >>> >>> I am using quicfixj 2.1.1 with below configuration. >>> >>> [DEFAULT] >>> ConnectionType=initiator >>> HeartBtInt=30 >>> UseDataDictionary=Y >>> DataDictionary=FIX42.xml >>> ValidateFieldsOutOfOrder=Y >>> AllowUnknownMsgFields=Y >>> >>> The issue i am facing is when i receive resend request quickfix is >>> complains saying tag 52 missing even though it has tag 52. >>> 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* >>> 34=541 7=455 16=0 10=104 >>> >>> I am using default dictionary. I dont see the reason for its complain. >>> >>> Ram >>> >>> >>> _______________________________________________ >>> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> >>> -- >>> Colin DuPlantis >>> Chief Architect, Marketcetera >>> Download, Run, Trade >>> 888.868.4884https://www.marketcetera.com >>> >>> _______________________________________________ >>> Quickfixj-users mailing list >>> Qui...@li... >>> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >>> >> >> >> -- >> Grant Birchmeier >> *Connamara Systems, LLC* >> *Made-To-Measure Trading Solutions.* >> Exactly what you need. No more. No less. >> http://connamara.com >> >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> -- >> Colin DuPlantis >> Chief Architect, Marketcetera >> Download, Run, Trade >> 888.868.4884https://www.marketcetera.com >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> > > > -- > Ramakrishna > 7044494024 > -- Ramakrishna 7044494024 |
|
From: ramakrishna b <ram...@gm...> - 2019-04-03 19:34:55
|
I think the documentation ( If set to N, fields that are out of order (i.e. body fields in the header, or header fields in the body) will not be rejected. Useful for connecting to systems which do not properly order fields. ) is misleading us. It is validating the order of tags with in the group as well. On Wed, Apr 3, 2019 at 3:30 PM Colin DuPlantis <co...@ma...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: > http://www.quickfixj.org/support/ > > > You're probably right, Grant, thanks for the clarification. > On 4/3/19 11:56 AM, Grant Birchmeier wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Colin, I don't think that's correct. > > From the docs of ValidateFieldsOutOfOrder: > "If set to N, fields that are out of order (i.e. body fields in the > header, or header fields in the body) will not be rejected. Useful for > connecting to systems which do not properly order fields." > > This is not the case in Ram's message. Tag 52 is clearly within the > header, and the tags within the header can be in any order. > > I suspect that real problem is in Ram's application code. *Ram, are you > calling msg.get(SendingTime) instead of msg.getHeader().get(SendingTime) ?* > > If that is not the problem, then Ram, you'll need to be more specific as > to the error that you're seeing. Are you seeing an exception? Or is a > 35=j or 35=3 being sent back? What is the exact text of the error? > > On Wed, Apr 3, 2019 at 1:46 PM Colin DuPlantis <co...@ma...> > wrote: > >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: >> http://www.quickfixj.org/support/ >> >> >> Tag is out of order - that might make a difference. >> >> Try setting *ValidateFieldsOutOfOrder *to N and see if that helps. >> On 4/3/19 11:42 AM, ramakrishna b wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Hi, >> >> I am using quicfixj 2.1.1 with below configuration. >> >> [DEFAULT] >> ConnectionType=initiator >> HeartBtInt=30 >> UseDataDictionary=Y >> DataDictionary=FIX42.xml >> ValidateFieldsOutOfOrder=Y >> AllowUnknownMsgFields=Y >> >> The issue i am facing is when i receive resend request quickfix is >> complains saying tag 52 missing even though it has tag 52. >> 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* >> 34=541 7=455 16=0 10=104 >> >> I am using default dictionary. I dont see the reason for its complain. >> >> Ram >> >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> -- >> Colin DuPlantis >> Chief Architect, Marketcetera >> Download, Run, Trade >> 888.868.4884https://www.marketcetera.com >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> > > > -- > Grant Birchmeier > *Connamara Systems, LLC* > *Made-To-Measure Trading Solutions.* > Exactly what you need. No more. No less. > http://connamara.com > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884https://www.marketcetera.com > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > -- Ramakrishna 7044494024 |
|
From: Colin D. <co...@ma...> - 2019-04-03 19:28:52
|
You're probably right, Grant, thanks for the clarification. On 4/3/19 11:56 AM, Grant Birchmeier wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Colin, I don't think that's correct. > > From the docs of ValidateFieldsOutOfOrder: > "If set to N, fields that are out of order (i.e. body fields in the > header, or header fields in the body) will not be rejected. Useful for > connecting to systems which do not properly order fields." > > This is not the case in Ram's message. Tag 52 is clearly within the > header, and the tags within the header can be in any order. > > I suspect that real problem is in Ram's application code. *Ram, are > you calling msg.get(SendingTime) instead of > msg.getHeader().get(SendingTime) ?* > > If that is not the problem, then Ram, you'll need to be more specific > as to the error that you're seeing. Are you seeing an exception? Or > is a 35=j or 35=3 being sent back? What is the exact text of the error? > > On Wed, Apr 3, 2019 at 1:46 PM Colin DuPlantis <co...@ma... > <mailto:co...@ma...>> wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> > Support: http://www.quickfixj.org/support/ > > > Tag is out of order - that might make a difference. > > Try setting /ValidateFieldsOutOfOrder /to N and see if that helps. > > On 4/3/19 11:42 AM, ramakrishna b wrote: >> QuickFIX/J Documentation:http://www.quickfixj.org/documentation/ >> QuickFIX/J Support:http://www.quickfixj.org/support/ >> >> >> >> Hi, >> >> I am using quicfixj 2.1.1 with below configuration. >> >> [DEFAULT] >> ConnectionType=initiator >> HeartBtInt=30 >> UseDataDictionary=Y >> DataDictionary=FIX42.xml >> ValidateFieldsOutOfOrder=Y >> AllowUnknownMsgFields=Y >> >> The issue i am facing is when i receive resend request quickfix >> is complains saying tag 52 missing even though it has tag 52. >> 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER >> *52=20190403-15:04:34.677* 34=541 7=455 16=0 10=104 >> >> I am using default dictionary. I dont see the reason for its >> complain. >> >> Ram >> >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... <mailto: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... > <mailto:Qui...@li...> > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > > > > -- > Grant Birchmeier > *Connamara Systems, LLC* > *Made-To-Measure Trading Solutions.* > Exactly what you need. No more. No less.* > * > http://connamara.com > > > _______________________________________________ > 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 |
|
From: ramakrishna b <ram...@gm...> - 2019-04-03 19:14:02
|
Yes when i set ValidateFieldsOutOfOrder=N , It stopped complaing about tag 52. INFO FIX.4.2- *SENDER-TARGET* .event - Received ResendRequest FROM: 455 TO: infinity 2019-04-03 14:55:28,716 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - Resending message: 455 2019-04-03 14:55:28,747 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - Sent SequenceReset TO: 466 2019-04-03 14:55:28,747 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - Resending message: 466 2019-04-03 14:55:28,764 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - Sent SequenceReset TO: 468 2019-04-03 14:55:28,764 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - Resending message: 468 2019-04-03 14:55:29,261 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - Sent SequenceReset TO: 16889 2019-04-03 14:55:29,360 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - Received SequenceReset FROM: 16949 TO: 16953 2019-04-03 14:55:58,158 [QFJ Message Processor] INFO FIX.4.2- *SENDER-TARGET*.event - ResendRequest for messages FROM 16949 TO 16950 has been satisfied. On Wed, Apr 3, 2019 at 3:10 PM Grant Birchmeier <gbi...@co...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: > http://www.quickfixj.org/support/ > > > Did ValidateFieldsOutOfOrder actually fix it? > > If it did, then the documentation for that setting might be totally wrong. > > > -- > Grant Birchmeier > *Connamara Systems, LLC* > *Made-To-Measure Trading Solutions.* > Exactly what you need. No more. No less. > http://connamara.com > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > -- Ramakrishna 7044494024 |
|
From: Grant B. <gbi...@co...> - 2019-04-03 19:09:16
|
Did ValidateFieldsOutOfOrder actually fix it? If it did, then the documentation for that setting might be totally wrong. -- Grant Birchmeier *Connamara Systems, LLC* *Made-To-Measure Trading Solutions.* Exactly what you need. No more. No less. http://connamara.com |
|
From: ramakrishna b <ram...@gm...> - 2019-04-03 19:04:35
|
I am sending a reject back after receiving the resend request . I dont see this reaching my application code. *Received ResendRequest FROM: 455 TO: infinity* *2019-04-03 11:04:35,834 [QFJ Message Processor] INFO FIX.4.2-SENDER-TARGET.event - Resending message: 455* *2019-04-03 11:04:35,834 [QFJ Message Processor] ERROR FIX.4.2- SENDER-TARGET .event - Reject sent for message 579: Required tag missing:52* On Wed, Apr 3, 2019 at 2:59 PM ramakrishna b <ram...@gm...> wrote: > Ah.. Its working. But *ValidateFieldsOutOfOrder should not validate the > order with in the group right ? It should check for * body fields in the > header, or header fields in the body. > > On Wed, Apr 3, 2019 at 2:47 PM Colin DuPlantis <co...@ma...> > wrote: > >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: >> http://www.quickfixj.org/support/ >> >> >> Tag is out of order - that might make a difference. >> >> Try setting *ValidateFieldsOutOfOrder *to N and see if that helps. >> On 4/3/19 11:42 AM, ramakrishna b wrote: >> >> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ >> QuickFIX/J Support: http://www.quickfixj.org/support/ >> >> >> Hi, >> >> I am using quicfixj 2.1.1 with below configuration. >> >> [DEFAULT] >> ConnectionType=initiator >> HeartBtInt=30 >> UseDataDictionary=Y >> DataDictionary=FIX42.xml >> ValidateFieldsOutOfOrder=Y >> AllowUnknownMsgFields=Y >> >> The issue i am facing is when i receive resend request quickfix is >> complains saying tag 52 missing even though it has tag 52. >> 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* >> 34=541 7=455 16=0 10=104 >> >> I am using default dictionary. I dont see the reason for its complain. >> >> Ram >> >> >> _______________________________________________ >> Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users >> >> -- >> Colin DuPlantis >> Chief Architect, Marketcetera >> Download, Run, Trade >> 888.868.4884https://www.marketcetera.com >> >> _______________________________________________ >> Quickfixj-users mailing list >> Qui...@li... >> https://lists.sourceforge.net/lists/listinfo/quickfixj-users >> > > > -- > Ramakrishna > 7044494024 > -- Ramakrishna 7044494024 |
|
From: ramakrishna b <ram...@gm...> - 2019-04-03 18:59:57
|
Ah.. Its working. But *ValidateFieldsOutOfOrder should not validate the order with in the group right ? It should check for * body fields in the header, or header fields in the body. On Wed, Apr 3, 2019 at 2:47 PM Colin DuPlantis <co...@ma...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: > http://www.quickfixj.org/support/ > > > Tag is out of order - that might make a difference. > > Try setting *ValidateFieldsOutOfOrder *to N and see if that helps. > On 4/3/19 11:42 AM, ramakrishna b wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hi, > > I am using quicfixj 2.1.1 with below configuration. > > [DEFAULT] > ConnectionType=initiator > HeartBtInt=30 > UseDataDictionary=Y > DataDictionary=FIX42.xml > ValidateFieldsOutOfOrder=Y > AllowUnknownMsgFields=Y > > The issue i am facing is when i receive resend request quickfix is > complains saying tag 52 missing even though it has tag 52. > 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* 34=541 > 7=455 16=0 10=104 > > I am using default dictionary. I dont see the reason for its complain. > > Ram > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884https://www.marketcetera.com > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > -- Ramakrishna 7044494024 |
|
From: Grant B. <gbi...@co...> - 2019-04-03 18:57:01
|
Colin, I don't think that's correct. >From the docs of ValidateFieldsOutOfOrder: "If set to N, fields that are out of order (i.e. body fields in the header, or header fields in the body) will not be rejected. Useful for connecting to systems which do not properly order fields." This is not the case in Ram's message. Tag 52 is clearly within the header, and the tags within the header can be in any order. I suspect that real problem is in Ram's application code. *Ram, are you calling msg.get(SendingTime) instead of msg.getHeader().get(SendingTime) ?* If that is not the problem, then Ram, you'll need to be more specific as to the error that you're seeing. Are you seeing an exception? Or is a 35=j or 35=3 being sent back? What is the exact text of the error? On Wed, Apr 3, 2019 at 1:46 PM Colin DuPlantis <co...@ma...> wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J <http://www.quickfixj.org/documentation/QuickFIX/J> Support: > http://www.quickfixj.org/support/ > > > Tag is out of order - that might make a difference. > > Try setting *ValidateFieldsOutOfOrder *to N and see if that helps. > On 4/3/19 11:42 AM, ramakrishna b wrote: > > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > Hi, > > I am using quicfixj 2.1.1 with below configuration. > > [DEFAULT] > ConnectionType=initiator > HeartBtInt=30 > UseDataDictionary=Y > DataDictionary=FIX42.xml > ValidateFieldsOutOfOrder=Y > AllowUnknownMsgFields=Y > > The issue i am facing is when i receive resend request quickfix is > complains saying tag 52 missing even though it has tag 52. > 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* 34=541 > 7=455 16=0 10=104 > > I am using default dictionary. I dont see the reason for its complain. > > Ram > > > _______________________________________________ > Quickfixj-users mailing lis...@li...://lists.sourceforge.net/lists/listinfo/quickfixj-users > > -- > Colin DuPlantis > Chief Architect, Marketcetera > Download, Run, Trade > 888.868.4884https://www.marketcetera.com > > _______________________________________________ > Quickfixj-users mailing list > Qui...@li... > https://lists.sourceforge.net/lists/listinfo/quickfixj-users > -- Grant Birchmeier *Connamara Systems, LLC* *Made-To-Measure Trading Solutions.* Exactly what you need. No more. No less. http://connamara.com |
|
From: Colin D. <co...@ma...> - 2019-04-03 18:45:49
|
Tag is out of order - that might make a difference. Try setting /ValidateFieldsOutOfOrder /to N and see if that helps. // On 4/3/19 11:42 AM, ramakrishna b wrote: > QuickFIX/J Documentation: http://www.quickfixj.org/documentation/ > QuickFIX/J Support: http://www.quickfixj.org/support/ > > > > Hi, > > I am using quicfixj 2.1.1 with below configuration. > > [DEFAULT] > ConnectionType=initiator > HeartBtInt=30 > UseDataDictionary=Y > DataDictionary=FIX42.xml > ValidateFieldsOutOfOrder=Y > AllowUnknownMsgFields=Y > > The issue i am facing is when i receive resend request quickfix is > complains saying tag 52 missing even though it has tag 52. > 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* > 34=541 7=455 16=0 10=104 > > I am using default dictionary. I dont see the reason for its complain. > > Ram > > > _______________________________________________ > 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 |
|
From: ramakrishna b <ram...@gm...> - 2019-04-03 18:42:52
|
Hi, I am using quicfixj 2.1.1 with below configuration. [DEFAULT] ConnectionType=initiator HeartBtInt=30 UseDataDictionary=Y DataDictionary=FIX42.xml ValidateFieldsOutOfOrder=Y AllowUnknownMsgFields=Y The issue i am facing is when i receive resend request quickfix is complains saying tag 52 missing even though it has tag 52. 8=FIX.4.2 9=80 35=2 49=TARGET 56=SENDER *52=20190403-15:04:34.677* 34=541 7=455 16=0 10=104 I am using default dictionary. I dont see the reason for its complain. Ram |