Wap*_*iti 1 python quickfix fix-protocol
我在 Windows 中使用 Quickfix 和 python 绑定。我过去曾能够提出市场数据请求。我最近更换了不同的 API 提供商(Cunningham,又名 CTS),并且遇到了很多问题。然而,至少其中之一似乎是 Quickfix 内部的。这让我很困惑。
\n\n当我发送市场数据请求时,我会收到回复。这是典型的 35=W 消息,市场快照。
\n\nQuickfix 正在拒绝此消息,因为标签 269 出现多次!
\n\n当然,标签269是MDEntryType,它应该出现多次。另请注意,定义了标签 268 NoMDEntries,它表示该组中有 21 个条目。
\n\n我认为这是 QuickFix 的内部原因,因为 QuickFix 正在生成错误消息并将其发送回 CTS。此外,此错误会在消息传递给函数之前中止消息fromApp。(我知道,因为我的解析器在调用时将自己应用于消息,fromApp甚至没有收到此消息)。
有任何想法吗?消息如下。
\n\n(编辑 - 我已经关闭了配置文件中的数据字典 - 它与此有什么关系吗?)
\n\n<20140915-22:39:11.953,FIX.4.2:XXXXX->CTS,传入>\n (8=FIX.4.2 \xe2\x98\xba 9=836 \xe2\x98\xba 35=W \xe2\x98 \xba 34=4 \xe2\x98\xba 49=CTS \xe2\x98\xba 56=XXXXX \xe2\x98\xba 52=20140915-22:39:11.963 \xe2\x98\xba 48=XDLCM\nE_F ZN (Z14) \xe2\x98\xba 387=2559 \xe2\x98\xba 965=2 \xe2\x98\xba 268=21 \xe2\x98\xba 269=0 \xe2\x98\xba 270=124156250 \xe2 \x98\xba 271=646 \xe2\x98\xba 1023=1 \xe2\x98\xba 269=0 \xe2\x98\xba 270=\n124140625 \xe2\x98\xba 271=918 \xe2\x98\xba 1023=2 \xe2\x98\xba 269=0 \xe2\x98\xba 270=124125000 \xe2\x98\xba 271=1121 \xe2\x98\xba 1023=3 \xe2\x98\xba 269=0 \xe2 \x98\xba 270=124109375\n \xe2\x98\xba 271=998 \xe2\x98\xba 1023=4 \xe2\x98\xba 269=0 \xe2\x98\xba 270=124093750 \xe2\x98\ xba 271=923 \xe2\x98\xba 1023=5 \xe2\x98\xba 269=0 \xe2\x98\xba 270=124078125 \xe2\x98\xba 271=1689 \xe2\x98\xba \n1023=6 \xe2\x98\xba 269=0 \xe2\x98\xba 270=124062500 \xe2\x98\xba 271=2011 \xe2\x98\xba 1023=7 \xe2\x98\xba 269=0 \xe2\x98\ xba 270=124046875 \xe2\x98\xba 271=1782 \xe2\x98\xba 1023=8 \xe2\x98\xba 2\n69=0 \xe2\x98\xba 270=124031250 \xe2\x98\xba 271= 2124 \xe2\x98\xba 1023=9 \xe2\x98\xba 269=0 \xe2\x98\xba 270=124015625 \xe2\x98\xba 271=1875 \xe2\x98\xba 1023=10 \xe2\x98 \xba 269=1 \xe2\x98\xba 27\n0=124171875 \xe2\x98\xba 271=422 \xe2\x98\xba 1023=1 \xe2\x98\xba 269=1 \xe2\x98\xba 270 =124187500 \xe2\x98\xba 271=577 \xe2\x98\xba 1023=2 \xe2\x98\xba 269=1 \xe2\x98\xba 270=12420312\n5 \xe2\x98\xba 271=842 \ xe2\x98\xba 1023=3 \xe2\x98\xba 269=1 \xe2\x98\xba 270=124218750 \xe2\x98\xba 271=908 \xe2\x98\xba 1023=4 \xe2\x98\xba 269=1 \xe2\x98\xba 270=124234375 \xe2\x98\xba 271=1482\n \xe2\x98\xba 1023=5 \xe2\x98\xba 269=1 \xe2\x98\xba 270=124250000 \xe2\x98\xba 271=1850 \xe2\x98\xba 1023=6 \xe2\x98\xba 269=1 \xe2\x98\xba 270=124265625 \xe2\x98\xba 271=1729 \xe2\x98\ xba 1023=7 \xe2\x98\xba \n269=1 \xe2\x98\xba 270=124281250 \xe2\x98\xba 271=2615 \xe2\x98\xba 1023=8 \xe2\x98\xba 269=1 \xe2\x98\xba 270=124296875 \xe2\x98\xba 271=1809 \xe2\x98\xba 1023=9 \xe2\x98\xba 269=1 \xe2\x98\xba 27\n0=124312500 \xe2\ x98\xba 271=2241 \xe2\x98\xba 1023=10 \xe2\x98\xba 269=4 \xe2\x98\xba 270=124156250 \xe2\x98\xba 271=1 \xe2\x98\xba 10=第140章
\n\n<20140915-22:39:12.004,FIX.4.2:XXXX->CTS,事件>\n(消息 4 被拒绝:标签出现多次:269)
\n\n<20140915-22:39:12.010,FIX.4.2:XXXX->CTS,传出>\n (8=FIX.4.2 \xe2\x98\xba 9=102 \xe2\x98\xba 35=3 \xe2\x98 \xba 34=4 \xe2\x98\xba 49=XXXX \xe2\x98\xba 52=20140915-22:39:12.009 \xe2\x98\xba 56=CTS \xe2\x98\xba 45=4 \xe2\ x98\xba 58=\n标签出现多次 \xe2\x98\xba 371=269 \xe2\x98\xba 372=W \xe2\x98\xba 10=012 \xe2\x98\xba )
\n(编辑 - 我已经关闭了配置文件中的数据字典 - 它与此有什么关系吗?)
是的,这正是问题所在。
如果没有 DD,您的引擎将不知道重复组何时结束或开始。就其而言,不存在重复组这样的事情。
您需要一个 DD,并且需要确保它与交易对手的消息和字段集相匹配。如果他们添加了自定义字段或消息,您需要确保您的 DD 反映了这一点。
| 归档时间: |
|
| 查看次数: |
2038 次 |
| 最近记录: |