QuickFIX/J - 路由消息
QuickFIX/J - routing messages
- 嘿，我正在处理重定向 FIX 消息。我的服务器将成为一种代理。如果我收到任何消息，header 中会有标签 128 (DeliverToCompID)。我想主要针对 NewSingleOrder 之类的消息执行此操作。是否可以开箱即用？
- OrderCancelReject、OrderCancelRequest、OrderCancelReplaceRequest - 这些消息是否也应该在其 header 中包含此标签？
- 但是，如果一段时间后我收到 OrderCancelRequest 类型的消息....但是....此消息可能不再具有此标签（太伤心了）如果没有，则意味着我有存储 ClOrdID 以查找
我之前把订单发到哪里了？然后用这个查出我之前发信息到哪里去了？
- 如果我已经重定向给定的订单，但从外部公司收到它，例如拒收，请问怎么转运到目的地最好？
非常感谢您的回答，不幸的是，由于缺乏广泛可用的知识，我不得不在这里提问......（其他技术并非如此）
除了@TT。已提供：
同样，我不完全明白你最后一句话的意思。 FIX 交易社区现在甚至将他们的规范放在他们的网站上供所有人阅读...
请看这里如何使用消息路由：https://www.fixtrading.org/standards/fix-session-layer-online/#fix-message-routing
它甚至回答了你的问题 3（正如@TT. 已经回答的那样）：
Note that if OnBehalfOfCompID(115) or DeliverToCompID(128) message source identification/routing is used for a FIX session, then it must be used on all application messages transmitted via that session accordingly (reject the message if not).
- 嘿，我正在处理重定向 FIX 消息。我的服务器将成为一种代理。如果我收到任何消息，header 中会有标签 128 (DeliverToCompID)。我想主要针对 NewSingleOrder 之类的消息执行此操作。是否可以开箱即用？
- OrderCancelReject、OrderCancelRequest、OrderCancelReplaceRequest - 这些消息是否也应该在其 header 中包含此标签？
- 但是，如果一段时间后我收到 OrderCancelRequest 类型的消息....但是....此消息可能不再具有此标签（太伤心了）如果没有，则意味着我有存储 ClOrdID 以查找 我之前把订单发到哪里了？然后用这个查出我之前发信息到哪里去了？
- 如果我已经重定向给定的订单，但从外部公司收到它，例如拒收，请问怎么转运到目的地最好？
非常感谢您的回答，不幸的是，由于缺乏广泛可用的知识，我不得不在这里提问......（其他技术并非如此）
除了@TT。已提供：
同样，我不完全明白你最后一句话的意思。 FIX 交易社区现在甚至将他们的规范放在他们的网站上供所有人阅读...
请看这里如何使用消息路由：https://www.fixtrading.org/standards/fix-session-layer-online/#fix-message-routing
它甚至回答了你的问题 3（正如@TT. 已经回答的那样）：
Note that if OnBehalfOfCompID(115) or DeliverToCompID(128) message source identification/routing is used for a FIX session, then it must be used on all application messages transmitted via that session accordingly (reject the message if not).