问题标签 [quickfix]

我有几个读取 QF 配置文件的软件实例。默认设置是早上登录晚上退出。

但是，我需要一个实例来运行，但不能登录。我该怎么做？我是否需要覆盖默认时间（如果需要，用什么？）还是我可以设置另一个字段？

谢谢！

我使用Quickfix附带的 Python 绑定，我想通过它设置序列号（请参阅原因）。我怎样才能做到这一点？

我在SWIG绑定中发现了以下内容：

它需要两个参数：一个Session对象和一个int序列号。
我怎样才能得到Session对象？
还是有另一种设置序列号的方法？

我在 QuickfixJ 中的处理速度有问题。我在这个问题中读到它可以处理 300 条消息/秒。我还看到其他地方报告了数千个数字。我的 Quickfix 会话代码接收消息列表，并通过 Sesssion.SendToTarget() 逐一发送；

我发送消息的循环可能会减慢我的速度，但我想知道是否有办法发送消息列表或加快发送这些消息的过程。也有可能是因为我正在登录屏幕，这让我放慢了速度。我会从无头运行它并仅记录到文件日志中受益吗？

问题

程序集在开发中加载得很好，无法在生产中加载。

细节

程序集quickfix_net.dll和quickfix_net_messages.dll( Quickfix.NET API ) 无法在生产系统上加载并引发以下异常：

System.Windows.Threading.Dispatcher：System.IO.FileNotFoundException：无法加载文件或程序集“quickfix_net.dll”或其依赖项之一。指定的模块无法找到。文件名：'quickfix_net.dll'

我的修复尝试

• 验证程序集存在于应用程序 EXE 旁边。
• 将目标 CPU 从 AnyCPU 更改为 x86。
• 使用 x86 签名的 Quickfix 程序集Corflags.exe
• 验证也没有缺少依赖项。

问题

开发系统和生产系统之间的主要区别是什么，可能会导致在第一个系统上完美加载但在后一个系统上无法加载的问题？

由于官方 QuickFix 网站不工作，我在这里问。我正在努力满足我的经纪商 (FXCM) 对 API 就绪的要求。我正在使用 quickfix .NET v1.13.3。其中一个要求是我需要每天重置一次序列号，并且连接必须仍在工作。但是当我使用以下方法重置序列号时：

连接重新连接。有什么方法可以在不注销的情况下重置它？

我的配置文件：

我在注销消息的日志中发现此错误：

所以我相信错误在于我的重置时间。何时可以安全地重置序列号以及如何操作？

我正在使用 QuickFix/J (FIX 4.2) 将订单提交给接受者 FIX 引擎。基本上我需要两个帐户的帮助：

1. 当我第一次尝试与接受者建立连接时，接受者拒绝初始登录请求，说“Msg Seq No too Low”。在此之后，我的发起者继续将传出序列号增加一，当这个序列号增加时。和没有。接受器引擎匹配所期望的，我得到了稳定的连接。为了加快这个过程，我开始提取预期的序列。不。从接受器引擎发送的拒绝消息中，并更改了传出序列号。我的引擎使用

   但是，稍后，如果我的引擎找到传入的序列号。高于预期，它发送一个重新发送请求。作为响应，另一方发回一个 Sequence Reset msg (35=4, 123=Y)。现在收到这个消息后，传入的序列号。因为我的引擎应该自动设置为它从 Seq Reset msg 收到的那个。但这并没有发生，我的引擎继续要求消息重新发送请求，而传入的序列号没有变化。有趣的是，当我首先没有明确更改传出序列号时（使用 setNextTargetMsgSeqNum），我发现这个东西可以工作。

   为什么我的引擎在收到序列重置消息时没有显示预期的行为？

2. 我已经和对方谈过了，他们的配置中不会有 ResetOnLogon=Y。因此，每次我的引擎启动时，它通常都会发送带有 seq no 的登录请求。低于预期（从 1 开始）。有没有更好的方法来快速建立连接？就像我可以以某种方式让我的引擎使用序列号。从它下降之前的点恢复？理想的方法应该是什么？

所以我现在将消息保存在一个处理序列号的文件中。然而，再次令人不安的是，我的快速修复启动器引擎没有响应序列重置消息。现在根本没有管理员回电。

我注意到，当我从一台服务器连接到接受器然后关闭该会话并使用不同的服务器使用相同的会话 ID 连接到接受器时，几乎总是没有响应序列重置消息。一旦登录被接受，我希望一切正常。但是，当另一个引擎将序列重置发送到特定数字（基本上是间隙填充）时，我的修复引擎不会响应它，这意味着它不会重置其预期的序列号并继续向接受者发送重新发送请求。任何帮助将不胜感激！

我考虑购买这个连接器：

MICEX FIX/FAST 市场数据适配器http://www.b2bits.com/trading_solutions/market-data-solutions/micex-fixfast.html

但是由于某些原因我不喜欢专有软件，并且更愿意用 QuickFix + DIY 代码替换此连接器。

100 微秒的性能差异对我来说并不重要，但我确实关心功能。

特别是 MICEX 使用 FIX+Fast 和引用的连接器自动快速解码：“对用户隐藏 FAST 功能，自动应用 FAST 解码。”

问题是如何对 quickfix 做同样的事情？这是个好主意吗？使用 quickfix 实现引用连接器有多容易？

有两个主要的修复引擎：

• 开源 QuickFix http://www.quickfixengine.org/
• 商业修复天线http://www.b2bits.com/trading_solutions/fix_engines/fix_engine_cpp.html

它们各自的优缺点是什么？我知道 Fix Antenna 更快，但还有什么？

QuickFix 项目是否存在。Changelog 显示最后一次提交 QuickFix 是在 2010-04-06 06:22，这是否意味着该项目已死？

我正在编写一个接受器应用程序并使用一个持久的 FIX 会话。我正在尝试编写一个恢复模式，这样如果我离线或我的程序重新启动，当我重新连接时，我想重新处理白天发送给我的所有消息以恢复到当前状态。

为此，当我启动时，我向服务器发送所有消息的重新发送请求。他们把所有相关的消息都给我开回去了，它们被标记为 possdupflag=Y 和 possresend=Y。在每条消息之前，他们为即将发送的重复消息发送一个序列重置。

但问题是，这些消息似乎没有被我的消息破解者处理。fromAdmin 和 fromApp 都不会收到这些消息。我认为由于 dup 标志和/或重新发送，它们被忽略了。那么有没有办法告诉 QuickFIX 我想查看这些消息？

关于这一点 - 如果有人对更好的恢复过程有任何建议，我会向他们开放。

谢谢。

我正在尝试使快速修复启动器和接受器相互连接并发送心跳。但无论我尝试什么，它似乎都不起作用。我阅读了所有可用的文档，但文档不多，而且几乎没有工作示例。我试图运行引擎附带的执行程序，但我也无法运行它。因此，如果任何人都可以提供任何有关这方面的信息、书籍或示例代码的帮助，那就太好了。感谢您提前提供的所有帮助。