У меня есть место 1, которое автоматически отправляет статус безопасности автоматически при отправке сообщения с запросом на определение безопасности. Но Venue 2 использует сообщение SecurityStatusRequest.Discripency между отправкой мест назначения Статус безопасности
Теперь как решить проблему пользователя с места 2, требующего статуса безопасности с места 1?
Этот вопрос предлагает некоторые неправильные представления о том, как FIX работает на практике. Вот моя лучшая попытка прояснить это.
Когда место проведения предлагает интерфейс FIX, они могут установить правила. Если у вас есть клиентское приложение и вы хотите подключить его к серверу в каком-либо месте, вам нужно настроить приложение для определения и конфигурации сообщений этого места. Любые другие определения или конфигурации какого-либо места не имеют значения.
Если вы хотите подключить клиента к двум различным местам, вы не можете предполагать какую-либо общность в своих интерфейсах. Даже если они представляют собой одну и ту же версию FIX (например, как FIX 4.4), будут различия. Вам нужно будет обработать документацию каждого места и внедрить различные логики соединений вашего клиента.
Итак, в вашем примере пользователь Место проведения 2 должен отправить сообщение SecurityStatusRequest, если они хотят получить статус, и нет никакого способа обойти его. Вам нужно решить, как его реализовать. Место 2 устанавливает свои правила, и им все равно, как место 1 делает вещи.
Возможная реализация: После того, как вы получили список ценных бумаг, если вы находитесь на Участке 2, пропустите его и отправьте для каждой из них SSR. Если ваши два обработчика места разделяют логику, то вы положили бы его в блок if(current_venue==venue2).
Я не понимаю эту «проблему». Venue1 не волнует, как это делает Venue2. Если вы хотите поговорить с Venue1, вам нужно говорить на языке Venue1. –
Каким образом запрос пользователя «Место проведения 2» для статуса ценных бумаг с места 1, когда Место 1 не поддерживает сообщение SecurityStatusRequest? – userH
Это не имеет никакого смысла. Если Venue1 хочет SSR, то любой, кто хочет получить статус с Venue1, должен узнать, как отправить SSR. Конец истории. –