如何对 MarketDataRequest 消息中的标签重新排序?

发布于 2024-12-04 13:36:51 字数 1521 浏览 0 评论 0原文

我正在尝试使用以下代码订阅价格流:

Using l_msg As New QuickFix42.MarketDataRequest(New MDReqID(Date.Now.Ticks.ToString), New SubscriptionRequestType(SubscriptionRequestType.SNAPSHOT_PLUS_UPDATES), New MarketDepth(1))

            l_msg.setField(New MDUpdateType(1))
            l_msg.setField(New AggregatedBook(False))
            l_msg.setField(New NoMDEntryTypes(2))
            l_msg.setField(New MDEntryType("0"c))
            l_msg.setField(New MDEntryType("1"c))
            l_msg.setField(New Symbol("EUR/USD"))
            l_msg.setField(New NoRelatedSym(1))

            Session.sendToTarget(l_msg, SENDER_COMP_ID.Value, TARGET_COMP_ID.Value)
        End Using

生成的 FIX 消息是:

8=FIX.4.2 9=140 35=V 34=2 49=SENDER_COMP_ID 52=20110909-15:44:02.855 56=TARGET_COMP_ID 55=欧元/美元 146=1 262=634511906383686907 263=1 264=1 265=1 266=N 267=2 269=1 10=079

我需要重新排序标签,以便 55 紧随标签 146 之后。 我尝试以不同的顺序调用 setField,但每次都给出相同的结果。

处理消息标签顺序的正确方法是什么?

编辑 - 问题已解决:

我关注了DumbCoder 建议 并使用 addGroup 而不是构建消息设置字段。以下代码示例也对我有帮助: http://forexforums.dailyfx.com/fix- api-support/411090-fix-api-example.html

注意:该示例是用 Java 编写的,面向 QF44。

I'm trying to subscribe to a price stream, using the following code:

Using l_msg As New QuickFix42.MarketDataRequest(New MDReqID(Date.Now.Ticks.ToString), New SubscriptionRequestType(SubscriptionRequestType.SNAPSHOT_PLUS_UPDATES), New MarketDepth(1))

            l_msg.setField(New MDUpdateType(1))
            l_msg.setField(New AggregatedBook(False))
            l_msg.setField(New NoMDEntryTypes(2))
            l_msg.setField(New MDEntryType("0"c))
            l_msg.setField(New MDEntryType("1"c))
            l_msg.setField(New Symbol("EUR/USD"))
            l_msg.setField(New NoRelatedSym(1))

            Session.sendToTarget(l_msg, SENDER_COMP_ID.Value, TARGET_COMP_ID.Value)
        End Using

The produced FIX message is:

8=FIX.4.2 9=140 35=V 34=2 49=SENDER_COMP_ID 52=20110909-15:44:02.855
56=TARGET_COMP_ID 55=EUR/USD 146=1 262=634511906383686907 263=1 264=1
265=1 266=N 267=2 269=1 10=079

I need to reorder the tags so 55 comes right after tag 146.
I tried invoking setField in different order, but it gives the same result every time.

What is the correct way of handling message tag order?

Edit - problem resolved:

I followed DumbCoder suggestion and build the message by using addGroup instead of setField. The following code sample helped me as well:
http://forexforums.dailyfx.com/fix-api-support/411090-fix-api-example.html

Note: The sample is written in Java and targets QF44.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

于我来说 2024-12-11 13:36:51

AFAIK Quickfix 使用映射来读取标签,然后填充它们的值,因此标签的位置是由语言决定的,而不是由库决定的。

在您的接受器上将 ValidateFieldsOutOfOrder 设置为 N,这样即使标签乱序,您的消息也不会被拒绝。这给我带来了很多工作,因为无论我尝试什么,标签都不是正确的,我不得不放弃将标签按顺序排列。如果标签不按顺序拒绝消息的接受器并不是一个好的选择。您不能依赖每个修复库来执行您的命令。

AFAIK quickfix uses a map to read tags and then populate their values, so the placement of the tags is language decided and not by the library.

Set ValidateFieldsOutOfOrder as N on your acceptor, so even if the tags are out of order your message isn't rejected. This caused a lot of work for me, because whatever I tried the tags were never in orer and I had to relent on putting tags in order. And an acceptor which rejects messages if tags aren't in order isn't a good option. You cannot rely on every fix library to do your bidding.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文