QuickFIX/J: 如何处理 Initiator 中的 inbound/outbound 消息
QuickFIX/J: How to handle inbound/outbound message in Initiator
我需要处理 FIX 实现的客户端。
从基本设置中我注意到:消息发送后,Initiator/client 在 Eclipse 中终止,而 Acceptor 继续侦听端口。 Initiator 是否也必须 运行ning 无限期?
我们正在尝试构建的应用程序必须发送消息
(NewOrderSingle, OrderCancelRequest)
接受者还必须接收
的消息
Order Cancel Confirm/Reject, Execution Report, Trade Reversals etc)
来自接受者。两种通信都可以通过异步模式下的单个 Initiator 完成吗?
IE。我需要在客户端应用程序中处理入站和出站消息。那么,如果客户端未启动,发起方将如何接收消息?
同样在这种情况下,自启动器完成后,心跳消息将如何继续发生?我是否需要像
这样的无限循环 运行 Initiator
while {true}
我是 java/networking 编码和 QuickFIX/J 的初学者,如果这些是非常基本的问题,请原谅。
- 发起者是否应该 运行ning 无限期?是
- 发起者是双通道异步通信吗?是
- 如果客户端未启动且消息丢失?然后QF默认为gap fill功能。
- 如果客户端disco心跳会怎样?重新连接逻辑开始。
- 我运行发起者是否陷入无限循环?不,应用程序启动自己的线程。您只需处理 5 个覆盖,如果您正在破解消息,请处理您需要的每种消息类型。
我需要处理 FIX 实现的客户端。 从基本设置中我注意到:消息发送后,Initiator/client 在 Eclipse 中终止,而 Acceptor 继续侦听端口。 Initiator 是否也必须 运行ning 无限期? 我们正在尝试构建的应用程序必须发送消息
(NewOrderSingle, OrderCancelRequest)
接受者还必须接收
的消息Order Cancel Confirm/Reject, Execution Report, Trade Reversals etc)
来自接受者。两种通信都可以通过异步模式下的单个 Initiator 完成吗? IE。我需要在客户端应用程序中处理入站和出站消息。那么,如果客户端未启动,发起方将如何接收消息? 同样在这种情况下,自启动器完成后,心跳消息将如何继续发生?我是否需要像
这样的无限循环 运行 Initiatorwhile {true}
我是 java/networking 编码和 QuickFIX/J 的初学者,如果这些是非常基本的问题,请原谅。
- 发起者是否应该 运行ning 无限期?是
- 发起者是双通道异步通信吗?是
- 如果客户端未启动且消息丢失?然后QF默认为gap fill功能。
- 如果客户端disco心跳会怎样?重新连接逻辑开始。
- 我运行发起者是否陷入无限循环?不,应用程序启动自己的线程。您只需处理 5 个覆盖,如果您正在破解消息,请处理您需要的每种消息类型。