[QFJ-384] turn off Out of order repeating group members validation Created: 16/Dec/08  Updated: 25/Sep/13  Resolved: 05/Apr/10

Status: Closed
Project: QuickFIX/J
Component/s: None
Affects Version/s: 1.3.3
Fix Version/s: 1.5.0

Type: Improvement Priority: Major
Reporter: Andre Mermegas Assignee: Unassigned
Resolution: Fixed Votes: 0
Labels: None

Issue Links:
Duplicate
duplicates QFJ-355 Implementation of the validate field ... Closed

 Description   

I would like the ability to turn off out of order repeating roup validation that was recently added into 1.3.3 i believe.



 Comments   
Comment by Laurent Danesi [ 27/Jan/09 ]

Hi Andre,

I've committed a fix for QFJ-355.
Could you check if this fix your issue or could you provide me a small TestCase class to reproduce your problem, please?

Laurent

Comment by Jaime Romanini [ 04/Feb/09 ]

Hi Andre, Laurent.

I have the following problem in a MarketDataIncrementalRefresh

Out of order repeating group members:269

The problem is what should i do to correct this, and to be able to send the message.

Best Regards.

Jaime.

Comment by Michael Schifferdecker [ 17/Feb/09 ]

Has this fix been released as part of quickfix/j v1.4?
If so, HOW can I turn off out of order repeating group members validation?
If it is not possible to turn valiation off, can I download a release prior to v1.3.3 when this feature was added so that I can make my application work?

note:
at the moment all messages of trade capture report from ICE exchange get rejected by quickfix/j
I therefore cannot use quickfix/j for trade capture unless I can turn this feature off

example error messages:
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=73335=AE49=ICE56=334=452=20090217-11:30:01.32257=1571=45487=0856=0568=1828=017=31000000266439=2570=N55=78007548=CC FMH0009-CC FMK000922=8461=FXXXXX32=3.031=5.09018=375=2009021760=20090217-11:16:47.632552=154=137=700036711=310000002664453=11448=db_fix_api2447=D452=11448=Deutsche Bank AG447=D452=13448=3447=D452=56448=3447=D452=35448=884447=D452=4448=L609447=D452=51448=Deutsche Bank447=D452=60448=H447=D452=54448=884|884447=D452=57448=ISV-OTFR|ISV-OTFR447=D452=59448=user1|user1447=D452=58555=2600=780056602=CC FMH0009!603=8608=FXXXXX624=1637=2488.0687=3.0654=70003709019=3600=780066602=CC FMK0009!603=8608=FXXXXX624=2637=2483.0687=3.0654=70003699019=310=111)
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=72835=AE49=ICE56=334=552=20090217-11:30:01.32557=1571=46487=0856=0568=1828=017=700037139=2570=N55=78007548=CC FMH0009-CC FMK000922=8461=FXXXXX32=8.031=5.09018=875=2009021760=20090217-11:17:17.620552=154=137=700037111=310000002664453=11448=db_fix_api2447=D452=11448=Deutsche Bank AG447=D452=13448=3447=D452=56448=3447=D452=35448=884447=D452=4448=L609447=D452=51448=Deutsche Bank447=D452=60448=H447=D452=54448=884|884447=D452=57448=ISV-OTFR|ISV-OTFR447=D452=59448=user1|user1447=D452=58555=2600=780056602=CC FMH0009!603=8608=FXXXXX624=1637=2488.0687=8.0654=70003749019=8600=780066602=CC FMK0009!603=8608=FXXXXX624=2637=2483.0687=8.0654=70003739019=810=151)
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=70935=AE49=ICE56=334=652=20090217-11:30:01.33057=1571=47487=0856=0568=1828=017=700037539=2570=N55=78007548=CC FMH0009-CC FMK000922=8461=FXXXXX32=6.031=5.09018=675=2009021760=20090217-11:17:52.112552=154=237=700037711=310000002668453=10448=db_fix_api2447=D452=11448=Deutsche Bank AG447=D452=13448=3447=D452=56448=884447=D452=4448=L609447=D452=51448=Deutsche Bank447=D452=60448=H447=D452=54448=884|884447=D452=57448=ISV-OTFR|ISV-OTFR447=D452=59448=user1|user1447=D452=58555=2600=780056602=CC FMH0009!603=8608=FXXXXX624=2637=2488.0687=6.0654=70003799019=6600=780066602=CC FMK0009!603=8608=FXXXXX624=1637=2483.0687=6.0654=70003789019=610=040)
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=71435=AE49=ICE56=334=752=20090217-11:30:01.33357=1571=48487=0856=0568=1828=017=31000000266439=2570=N55=78007548=CC FMH0009-CC FMK000922=8461=FXXXXX32=3.031=5.09018=375=2009021760=20090217-11:16:47.632552=154=237=700036811=310000002665453=10448=db_fix_api2447=D452=11448=Deutsche Bank AG447=D452=13448=3447=D452=56448=884447=D452=4448=L609447=D452=51448=Deutsche Bank447=D452=60448=H447=D452=54448=884|884447=D452=57448=ISV-OTFR|ISV-OTFR447=D452=59448=user1|user1447=D452=58555=2600=780056602=CC FMH0009!603=8608=FXXXXX624=2637=2488.0687=3.0654=70003709019=3600=780066602=CC FMK0009!603=8608=FXXXXX624=1637=2483.0687=3.0654=70003699019=310=005)
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=70935=AE49=ICE56=334=852=20090217-11:30:01.33757=1571=49487=0856=0568=1828=017=700037139=2570=N55=78007548=CC FMH0009-CC FMK000922=8461=FXXXXX32=8.031=5.09018=875=2009021760=20090217-11:17:17.620552=154=237=700037211=310000002666453=10448=db_fix_api2447=D452=11448=Deutsche Bank AG447=D452=13448=3447=D452=56448=884447=D452=4448=L609447=D452=51448=Deutsche Bank447=D452=60448=H447=D452=54448=884|884447=D452=57448=ISV-OTFR|ISV-OTFR447=D452=59448=user1|user1447=D452=58555=2600=780056602=CC FMH0009!603=8608=FXXXXX624=2637=2488.0687=8.0654=70003749019=8600=780066602=CC FMK0009!603=8608=FXXXXX624=1637=2483.0687=8.0654=70003739019=810=047)
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=47035=AE49=ICE56=334=952=20090217-11:30:01.38257=1571=50487=0856=0568=1828=017=14834612402239=2570=N55=21792048=BRN FMJ0009!22=8461=FXXXXX32=1.031=43.659018=175=2009021760=20090217-09:33:01.395552=154=237=1300020211=314000000126453=8448=db_fix_api6447=D452=11448=Deutsche Bank AG447=D452=13448=3447=D452=56448=U447=D452=54448=L609447=D452=55448=884|884447=D452=57448=ISV-OTFR|ISV-OTFR447=D452=59448=user1|user1447=D452=5810=150)
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=47135=AE49=ICE56=334=1052=20090217-11:30:01.38457=1571=51487=0856=0568=1828=017=14722789538639=2570=N55=21792048=BRN FMJ0009!22=8461=FXXXXX32=1.031=43.629018=175=2009021760=20090217-09:18:07.094552=154=237=1300016811=314000000124453=8448=db_fix_api6447=D452=11448=Deutsche Bank AG447=D452=13448=3447=D452=56448=U447=D452=54448=L609447=D452=55448=884|884447=D452=57448=ISV-OTFR|ISV-OTFR447=D452=59448=user1|user1447=D452=5810=230)
<20090217-11:30:30, FIX.4.4:3/1->ICE, event> (Message 4 Rejected: Out of order repeating group members:687)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:112) - TO ADMIN: 8=FIX.4.49=11935=334=449=350=152=20090217-11:30:30.63956=ICE45=458=Out of order repeating group members371=687372=AE373=1510=041
<20090217-11:30:30, FIX.4.4:3/1->ICE, outgoing> (8=FIX.4.49=11935=334=449=350=152=20090217-11:30:30.63956=ICE45=458=Out of order repeating group members371=687372=AE373=1510=041)
<20090217-11:30:30, FIX.4.4:3/1->ICE, event> (Message 5 Rejected: Out of order repeating group members:687)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:112) - TO ADMIN: 8=FIX.4.49=11935=334=549=350=152=20090217-11:30:30.64256=ICE45=558=Out of order repeating group members371=687372=AE373=1510=037
<20090217-11:30:30, FIX.4.4:3/1->ICE, outgoing> (8=FIX.4.49=11935=334=549=350=152=20090217-11:30:30.64256=ICE45=558=Out of order repeating group members371=687372=AE373=1510=037)
<20090217-11:30:30, FIX.4.4:3/1->ICE, event> (Message 6 Rejected: Out of order repeating group members:687)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:112) - TO ADMIN: 8=FIX.4.49=11935=334=649=350=152=20090217-11:30:30.64456=ICE45=658=Out of order repeating group members371=687372=AE373=1510=041
<20090217-11:30:30, FIX.4.4:3/1->ICE, outgoing> (8=FIX.4.49=11935=334=649=350=152=20090217-11:30:30.64456=ICE45=658=Out of order repeating group members371=687372=AE373=1510=041)
<20090217-11:30:30, FIX.4.4:3/1->ICE, incoming> (8=FIX.4.49=7835=AQ49=ICE56=334=1152=20090217-11:30:01.40957=1568=1569=0749=0750=110=134)
<20090217-11:30:30, FIX.4.4:3/1->ICE, event> (Message 7 Rejected: Out of order repeating group members:687)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:112) - TO ADMIN: 8=FIX.4.49=11935=334=749=350=152=20090217-11:30:30.65256=ICE45=758=Out of order repeating group members371=687372=AE373=1510=042
<20090217-11:30:30, FIX.4.4:3/1->ICE, outgoing> (8=FIX.4.49=11935=334=749=350=152=20090217-11:30:30.65256=ICE45=758=Out of order repeating group members371=687372=AE373=1510=042)
<20090217-11:30:30, FIX.4.4:3/1->ICE, event> (Message 8 Rejected: Out of order repeating group members:687)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:112) - TO ADMIN: 8=FIX.4.49=11935=334=849=350=152=20090217-11:30:30.65456=ICE45=858=Out of order repeating group members371=687372=AE373=1510=046
<20090217-11:30:30, FIX.4.4:3/1->ICE, outgoing> (8=FIX.4.49=11935=334=849=350=152=20090217-11:30:30.65456=ICE45=858=Out of order repeating group members371=687372=AE373=1510=046)
<20090217-11:30:30, FIX.4.4:3/1->ICE, event> (Message 9 Rejected: Value is incorrect (out of range) for this tag:452)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:112) - TO ADMIN: 8=FIX.4.49=12835=334=949=350=152=20090217-11:30:30.65756=ICE45=958=Value is incorrect (out of range) for this tag371=452372=AE373=510=192
<20090217-11:30:30, FIX.4.4:3/1->ICE, outgoing> (8=FIX.4.49=12835=334=949=350=152=20090217-11:30:30.65756=ICE45=958=Value is incorrect (out of range) for this tag371=452372=AE373=510=192)
<20090217-11:30:30, FIX.4.4:3/1->ICE, event> (Message 10 Rejected: Value is incorrect (out of range) for this tag:452)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:112) - TO ADMIN: 8=FIX.4.49=13035=334=1049=350=152=20090217-11:30:30.65956=ICE45=1058=Value is incorrect (out of range) for this tag371=452372=AE373=510=011
<20090217-11:30:30, FIX.4.4:3/1->ICE, outgoing> (8=FIX.4.49=13035=334=1049=350=152=20090217-11:30:30.65956=ICE45=1058=Value is incorrect (out of range) for this tag371=452372=AE373=510=011)
[2009 Feb 17 11:30:30] [QFJ Message Processor] DEBUG (TradeCaptureService.java:60) - FROM APPLICATION: 8=FIX.4.49=7835=AQ34=1149=ICE52=20090217-11:30:01.40956=357=1568=1569=0749=0750=110=134

Comment by Laurent Danesi [ 17/Feb/09 ]

Hi Guys,

You can disable outOfOrderField checking by setting ValidateFieldsOutOfOrder=N.
The fix was just an extension of what Steve did on it.

The fix is committed in 1.4.0. Please let me know if it fixes your use case.

Laurent

Comment by Alvin Wang [ 05/Aug/09 ]

http://www.quickfixj.org/jira/browse/QFJ-366

Comment by Danny Liu [ 21/Dec/09 ]

Did someone fix this? I am running into the same issue here as well using 1.4.0.

I tried "ValidateFieldsOutOfOrder=N" option but it didn't help.

Comment by prakash jha [ 25/Sep/13 ]

Hi,
I am having issue while fetching TradeCaptureReport message through quickFix engine [ quickfixj-all-1.5.2.jar ] over fix from Bloomberg [ for MUNI trade ].

error:
Rejecting invalid message: quickfix.FieldException: Out of order repeating group
members, field=119

tried to resolve: by following 2 ways , but did not help
1. calling on DataDictionary dd.setCheckUnorderedGroupFields( false ) before starting fix session.
2. adding ValidateFieldsOutOfOrder=N in property/config file .

if some encountered same issue earlier , please let me know at earliest. I am getting out of solutions.

Thanks
Prakash

Generated at Sat May 18 17:14:24 UTC 2024 using JIRA 7.5.2#75007-sha1:9f5725bb824792b3230a5d8716f0c13e296a3cae.