Re: [Quickfixj-users] Out of order repeating group members

[Grant B. <gbi...@co...>]

It's not intuitive, but that's not what "ValidateOutOfOrder" does.

The docs say:
"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."
That is not the situation you're having.

You need to reorder the fields in your data dictionary to match the
order that your counterparty is actually using.

FIX protocol requires fields within repeating groups to be in a
specific order, and QF/J enforces that.  Some counterparties (*cough*
ICE) instead interpret the protocol differently: They say that the
initial field of the group-item delimits the start of the item, and
the rest of the fields can be in any order.  This makes logical sense,
but is is wrong according to FIX, and QF/J does not support this
erroneous interpretation.

Luckily, the field ordering by such counterparties is usually
internally consistent, i.e. it doesn't change from one message to the
next from the same counterparty.  So the simplest solution is to
reorder the fields in your DataDictionary to match the stupid order
used by your counterparty.

-Grant


On Thu, Aug 12, 2010 at 8:25 AM, Gitau George <com...@gm...> wrote:
> QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
> QuickFIX/J Support: http://www.quickfixj.org/support/
>
>
>
> I am using quick fix 1.4.0...I have managed to send a security list request message to my counterparty.I recieve Security List messages from my counter-party but my application rejects them on account of the following error "Out of order repeating group members"....Searching for solutions on the web i found that i could add the following to my .cfg to turn off order validation "ValidateFieldsOutOfOrder=N".The security list messages are still being rejected.Before turning off the validation,all messages were being rejected,now about 90% of the messages are being rejected.How can i ensure that none of the messages(SecurityList) are rejected?
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by
>
> Make an app they can't live without
> Enter the BlackBerry Developer Challenge
> http://p.sf.net/sfu/RIM-dev2dev
> _______________________________________________
> Quickfixj-users mailing list
> Qui...@li...
> https://lists.sourceforge.net/lists/listinfo/quickfixj-users
>
>