QuickFixN を使用して、取引アプリケーションを再起動すると、ログオンできず、「既存の接続がリモート ホストによって強制的に閉じられました」というエラーが表示されることがあります。QuickFix エンジンは 30 秒ごとに接続を再試行しますが、常に同じエラーが発生します。アプリケーションを閉じて再度開くと、正しく接続されます。
私のブローカーに話したところ、彼らは私の接続が最初に閉じられたことを認識しなかったため、私のログインを拒否しているようです. 2 回目にアプリケーションを強制的に終了すると、TCP 接続が切断されます。つまり、3 回目のログインが機能します。
私の質問は、アプリケーションを再起動せずに TCP 接続を閉じて再度開く方法はありますか?
問題は彼らの側にあるようです。正式にログアウトしないと問題が発生するため (クラッシュや異常終了など)、実装が TCP 終了を認識していないようです。
TCP よりも上位のレイヤーでは、FIX エンジンがある程度補正する必要があります。切断後にいくつかのハートビート期間が発生した場合、ハートビートに応答していないため、それらの実装は、あなたがもうそこにいないことを認識する必要があります。
そのため、低層の TCP ハンドラも FIX エンジンも、システムのどこかにオフラインになったことを示す適切なフラグを設定できません。それは変だ。意図的に起動/シャットダウンを行って状態フラグをぼかすことを除けば、それについて何ができるかわかりません。
私は通常、反対側を非難することを本当にためらっています (特にQF/n プロジェクトを実行しているため) が、提供された情報についてはその通りです。