问题标签 [fix-protocol]

我正在尝试找到一种检测连接丢失的好方法。

我的适配器基于示例之一实现为 Fix::Application。它使用套接字启动器连接到修复网关。

当我拔下互联网时，Fix::Application 的 onLogout 方法大约需要 30 秒才能被触发。似乎某些底层类会更早地意识到套接字存在问题。有没有一种快速的方法可以解决这个问题？

我们正在构建一个使用FIX 协议通过 TCP/IP 与外部系统交互的系统。我使用 WCF 从客户端到服务器进行通信，我可以控制客户端和服务器，但从不控制外部基于 TCP/IP 的系统。WCF可以做到这一点吗？如果是这样，社区是否可以提供链接让我开始并面对正确的方向？

不幸的是，我没有上面提供的更多信息，因为我们仍处于早期规划阶段。我们所知道的是，我们有一个外部供应商，其系统将通过 TCP/IP 与我们的系统进行通信。我们想以此为契机，学习 WCF。

金融机构的 FIX 协议是什么？

我正在构建一个重播日志的工具。手动解析日志很烦人，所以我想知道是否有一种方法可以简单地从日志中加载消息。

另外，我不反对仅使用第三方重播工具（如果存在）。

Given a sequence number, I need to find the corresponding request message string. I can't find a way to it easily do that with quickFix lib.

To be short, I've had the idea to use the FileStore "body" file to help me retrieve the message request string from a sequence number,as the FileStore class exposes a convenient method:
get(int begin, int end, std::vector result)

But I am facing an issue: as those files are accessed by another FileStore instance (from the Initiator instance) those files are inaccessible from any other part of my application under Windows OS: as it forbids a second owner on the those files.

Do I need to rewrite my own mechanism to get request message string form their sequence number?

我是 quickfix 的新手，我有几个关于 quickfix 库的问题，我很乐意从你那里得到答案：

我正计划开发同时从多个客户端获取 FIX 请求的 FIX 服务器。对此，

a）如果我需要区分来自不同客户端的请求（如何区分这些请求），TargetID（即CLIENT1）的确切含义是什么？

b) TargetID 关于服务器/客户端的一般含义是什么？

c) 我如何添加自定义字段和自定义消息，以及与消息破解对象的确切连接是什么？

问候，

莫迪凯·雅科比

我想为我们公司测试一个 FIX 网关，并且想知道开源中是否已经存在我可以使用或利用来完成此任务的任何东西。

我目前正在查看 QuickFix，但我不确定它是否具有可用于任何标准 FIX 网关的客户端。

还可以链接到有关该主题的任何学习材料。

谢谢

在 FIX 4.2 执行报告中，FIX 4.2 : ClOrdID <11> 字段和 FIX 4.2 : OrigClOrdID <41> 字段有什么区别

谢谢

我花了大量时间寻找有关如何实施订单执行方法的示例或描述，这些方法将通过 FIX 协议支持止损和获利。

我假设我必须生成三个订单，主订单、SL 订单和 TP 订单。我还假设在主订单完成后我将不得不发出 SL 和 TP 订单。我不确定应该用于 SL 和 TP 的订单类型，以及一般的执行方法。

我会很感激建设性的意见和指导。

问候，

我正在使用 QuickFIX 和 C# 创建一个 FIX 接受器（服务器）。我希望客户端（FIX 发起者）使用用户名和密码登录。但是，我不确定如何在 QuickFIX 中做到这一点。

通过调试 QuickFIX 源代码，我发现了以下事件序列：

• QuickFIX 将调用Session::verify以验证登录。
• Session::verify将执行各种检查，如 comp ID 和序列号，并在某些时候确定收到的登录是有效的。
• Session::verify然后将调用Application::fromAdmin回调，我认为这是自定义登录等内容的自然位置。
• 但是，此时 QuickFIX 已经确定登录成功，并且在回调返回时接受器将返回相应的登录消息。

如何在接受者中自定义 FIX 登录过程？修改 QuickFIX 代码是我唯一的选择吗？