QuickFIX / J: Как обрабатывать входящие / исходящие сообщения в Инициаторе - PullRequest
Новая
       18

QuickFIX / J: Как обрабатывать входящие / исходящие сообщения в Инициаторе

0 голосов
/ 23 апреля 2020

Мне нужно обработать клиентскую часть реализации FIX. Из установки basi c я заметил следующее: после отправки сообщения Инициатор / клиент завершается в Eclipse, в то время как Acceptor продолжает прослушивать порт. Должен ли Инициатор работать бесконечно? Приложение, которое мы пытаемся создать, должно отправлять сообщения

(NewOrderSingle, OrderCancelRequest)

Получателю, а также должен получать сообщения для

Подтверждение отмены ордера / Отклонение, Отчет о выполнении, Сторнирование сделок и т. Д. c)

от Акцептора. Могут ли обе связи осуществляться через одного Инициатора в асинхронном режиме? Т.е. мне нужно обрабатывать как входящие, так и исходящие сообщения в клиентском приложении. Итак, если клиент не подключен, как сообщения будут приниматься на стороне инициатора? Также в этом случае, как сообщения Heartbeat будут продолжать происходить после завершения инициатора? Нужно ли запускать Инициатор в бесконечном l oop, как

, в то время как {true}

Я новичок в кодировании Java / сети и в QuickFIX / J, так что извините, если это очень простые c вопросы.

1 Ответ

0 голосов
/ 23 апреля 2020
  1. Должен ли инициатор работать бесконечно? Да
  2. Является ли инициатором двухканальный асинхронный канал c? Да
  3. Если клиент не подключен и сообщения пропущены? Тогда QF по умолчанию использует функциональность заполнения пробелов.
  4. Если клиент дискотека, что происходит с пульсами? Логика переподключения c запускается.
  5. Запускаю ли я инициатор в бесконечном l oop? Нет, приложение запускает собственный поток. Вам просто нужно обработать 5 переопределений и, если вы взламываете сообщения, обрабатывать каждый тип сообщения, который вам нужен.
...