QuickFix/N 破解前发送错误信息
QuickFix/N sending error message before getting to crack
我正在尝试订阅 MarketData SnapShot 完全刷新。
我可以看到数据消息 35=W 来自已建立的 API,但我
无法在 FromApp 或 FromAdmin 中捕获它。
快速修复引擎立即发现
消息(重复标记)并正在向 API 发送自动错误消息
通过 ToAdmin,但我怀疑消息没问题,只是引擎问题
不喜欢
它从来没有机会被破解。为什么会这样?
My subscription message:
8=FIX.4.4|9=130|35=V|34=2|49=STR.NY.SIM|52=20150429-10:52:21.032|56=XXX|262=MARKETDATAID|263=1|264=1|265=0|267=1|269=0|146=1|55=EUR/USD|10=114|
Reply from API:
8=FIX.4.4|9=0342|35=W|49=XXX|56=STR.NY.SIM|52=20150429-10:52:21.035|34=2|262=MARKETDATAID|55=EUR/USD|64=SP|268=2|269=0|278=2ba#1430304740070#0.B_J0+|270=1.39076|271=4000000|272=20150429|273=10:52:20.070|15=EUR|282=JPMC|64=20150501|269=1|278=2ba#1430304740070#0.O_J0+|270=1.39088|271=4000000|272=20150429|273=10:52:20.070|15=EUR|282=JPMC|64=20150501|10=080|
QuickFix response BEFORE crack:
8=FIX.4.4|9=121|35=3|34=3|49=STR.NY.SIM|52=20150429-10:52:21.108|56=XXX|45=2|58=Tag appears more than once|371=64|372=W|373=13|10=221|
我没有在 MarketData SnapShot full refresh message for FIX4.4 的定义中看到字段 64
。不仅如此,它在"established"API的回复中不止一次出现。
字段 64
是 Settlement Date 的字段...可能是交易对手发送的数据比要求的多,或者将其解释为另一个字段。即便如此,内容的格式应该是 YYYYMMDD
而对于第一次出现该字段则不是这样。
QuickFIX 根据数据字典验证消息(参见 FIX4.4.xml)。如果该字段未出现在规范中,则消息将被 QuickFIX 拒绝。
如果交易对手无法更改此设置,即继续以消息类型 W 发送标签 64,则您将不得不专门为该交易对手调整数据字典,或者尝试找到一种方法在处理此消息之前删除标签.
编辑:我确实发现了 tag 64 in the FIX 5.0 SP2 specification...您的交易对手正在使用另一个修复版本的字段进行响应。
我正在尝试订阅 MarketData SnapShot 完全刷新。
我可以看到数据消息 35=W 来自已建立的 API,但我 无法在 FromApp 或 FromAdmin 中捕获它。
快速修复引擎立即发现 消息(重复标记)并正在向 API 发送自动错误消息 通过 ToAdmin,但我怀疑消息没问题,只是引擎问题 不喜欢
它从来没有机会被破解。为什么会这样?
My subscription message:
8=FIX.4.4|9=130|35=V|34=2|49=STR.NY.SIM|52=20150429-10:52:21.032|56=XXX|262=MARKETDATAID|263=1|264=1|265=0|267=1|269=0|146=1|55=EUR/USD|10=114|
Reply from API:
8=FIX.4.4|9=0342|35=W|49=XXX|56=STR.NY.SIM|52=20150429-10:52:21.035|34=2|262=MARKETDATAID|55=EUR/USD|64=SP|268=2|269=0|278=2ba#1430304740070#0.B_J0+|270=1.39076|271=4000000|272=20150429|273=10:52:20.070|15=EUR|282=JPMC|64=20150501|269=1|278=2ba#1430304740070#0.O_J0+|270=1.39088|271=4000000|272=20150429|273=10:52:20.070|15=EUR|282=JPMC|64=20150501|10=080|
QuickFix response BEFORE crack:
8=FIX.4.4|9=121|35=3|34=3|49=STR.NY.SIM|52=20150429-10:52:21.108|56=XXX|45=2|58=Tag appears more than once|371=64|372=W|373=13|10=221|
我没有在 MarketData SnapShot full refresh message for FIX4.4 的定义中看到字段 64
。不仅如此,它在"established"API的回复中不止一次出现。
字段 64
是 Settlement Date 的字段...可能是交易对手发送的数据比要求的多,或者将其解释为另一个字段。即便如此,内容的格式应该是 YYYYMMDD
而对于第一次出现该字段则不是这样。
QuickFIX 根据数据字典验证消息(参见 FIX4.4.xml)。如果该字段未出现在规范中,则消息将被 QuickFIX 拒绝。
如果交易对手无法更改此设置,即继续以消息类型 W 发送标签 64,则您将不得不专门为该交易对手调整数据字典,或者尝试找到一种方法在处理此消息之前删除标签.
编辑:我确实发现了 tag 64 in the FIX 5.0 SP2 specification...您的交易对手正在使用另一个修复版本的字段进行响应。