#fix-protocol #quickfixj
Вопрос:
Я использую версию quickfixJ 2.3 для инициатора. Акцептантом является сторона-поставщик. Как я понимаю, как только сеанс исправления установлен на сервере, он навсегда остается в соответствии с расписанием сеансов на стороне сервера. Однако из-за отключения или любой другой проблемы мое соединение снова отключается во время сеанса. Теперь я хотел войти в систему вручную со всеми проверками. Поэтому я проверяю ,вошел ли сеанс в систему или вошел в систему, в зависимости от того, войду ли я в сеанс вручную
Теперь здесь я нахожу много методов в Api Sessiom, что меня немного смущает ..
IsEnabled, время сеанса,isLoggedOn, islogon received,isLogonAlreadySent,isLogonSemt,islogonsendнеобходимо. И т.д. Кто-нибудь может подробнее рассказать об этом ?
Комментарии:
1. На самом деле вам не нужно ничего делать, чтобы войти в систему вручную. Пока вы находитесь в пределах времени сеанса, инициатор попытается повторно войти в систему.
2. Мы используем угловой пользовательский интерфейс для получения сведений о подключении от пользователя, а затем подключаемся к websocket. Существуют некоторые сценарии, такие как исключение onconnectexception, вызов onDisconnect, в которых мы показываем сообщение пользователю, а затем выходим из системы вручную. В таких сценариях пользователю нужно снова войти в систему вручную, верно ? Как поступить иначе.
3. Мы хотим показать сообщение пользователю только один раз. Так что выходим из системы. Но да, кроме выхода из системы ,какие тогда могут быть варианты?
4. Затем просто используйте
logout()и звонитеlogon(), если хотите разрешить повторное подключение.5. Как справиться с описанным выше сценарием,? Нужно ли нам ждать определенное время , а затем удалить соединение или в чем рекомендация ?.