quickfixj 35=AG 消息显示在会话消息日志中，但不是来自管理员
quickfixj 35=AG message shows in session messages log but not fromAdmin
如何从 quickfix 捕获出现在消息日志中但未被 fromAdmin 捕获的较低级别异常
你不知道。这是设计使然。
如果消息被传输层拒绝，那是因为它存在根本性的错误。可能是乱码无法解码，可能是序列号错了，也可能是发生了其他什么疯狂的事情。
无论如何，您的应用程序逻辑无法修复它，不应尝试。如果问题出在您的应用中，则需要代码修复。
"But I want to log the error!"
不需要在应用层记录。选择一个日志监控工具并将其设置为查看 35=3.
的消息日志
答案是 35=AG 消息正在从 Admin() 获取，但数据字典与提供者数据字典不一致，这进一步生成了 35=3 拒绝消息，并阻止了 35=AG 的处理.一旦数据字典一致删除 35=3 拒绝消息，那么您可以根据需要使用 fromAdmin() 处理 35=AG 消息。
我觉得不错...
如何从 quickfix 捕获出现在消息日志中但未被 fromAdmin 捕获的较低级别异常
你不知道。这是设计使然。
如果消息被传输层拒绝，那是因为它存在根本性的错误。可能是乱码无法解码，可能是序列号错了，也可能是发生了其他什么疯狂的事情。
无论如何，您的应用程序逻辑无法修复它，不应尝试。如果问题出在您的应用中，则需要代码修复。
"But I want to log the error!"
不需要在应用层记录。选择一个日志监控工具并将其设置为查看 35=3.
答案是 35=AG 消息正在从 Admin() 获取，但数据字典与提供者数据字典不一致，这进一步生成了 35=3 拒绝消息，并阻止了 35=AG 的处理.一旦数据字典一致删除 35=3 拒绝消息，那么您可以根据需要使用 fromAdmin() 处理 35=AG 消息。
我觉得不错...