問題タブ [fix-protocol]

接続の切断を検出する良い方法を見つけようとしています。

私のアダプターは、サンプルの 1 つに基づいて Fix::Application として実装されています。ソケット イニシエーターを使用して修正ゲートウェイに接続します。

インターネットのプラグを抜くと、Fix::Application の onLogout メソッドが起動されるまでに約 30 秒かかります。一部の基になるクラスは、ソケットに問題があることをずっと前に認識しているようです。これにフックした簡単な方法はありますか？

FIX プロトコルを使用して TCP/IP 経由で外部システムと対話するシステムを構築しています。クライアントからサーバーへの通信に WCF を使用しました。クライアントとサーバーの両方を制御できましたが、外部の TCP/IP ベースのシステムには制御できませんでした。これはWCFで可能ですか？もしそうなら、コミュニティは私が正しい方向に進み始めるためのリンクを提供してくれますか?

残念ながら、私たちはまだ計画の初期段階にあるため、上記で提供されているもの以上の情報はありません. 私たちが知っていることは、システムが TCP/IP を介して私たちのシステムと通信する外部ベンダーがいるということです。これを学習の機会としてWCFを学びたいと思います。

金融機関向けの FIX プロトコルとは何ですか?

ログを再生するツールを作成しています。ログを手動で解析するのは面倒なので、ログから単純にメッセージを読み込む方法があるかどうか疑問に思っています。

また、サードパーティのリプレイ ツールが存在する場合、それを使用することに反対しているわけではありません。

シーケンス番号を指定して、対応する要求メッセージ文字列を見つける必要があります。quickFixlibで簡単にそれを行う方法を見つけることができません。

簡単に言うと、FileStoreクラスは便利なメソッドを公開しているため、FileStoreの「body」ファイルを使用してシーケンス番号からメッセージ要求文字列を取得できるようにすることを考えました。
get(int begin, int end, std::vector result)

しかし、私は問題に直面しています。これらのファイルは（イニシエーターインスタンスから）別のFileStoreインスタンスによってアクセスされるため、WindowsOSではアプリケーションの他の部分からこれらのファイルにアクセスできません。これらのファイルの2番目の所有者が禁止されているためです。

シーケンス番号からリクエストメッセージ文字列を取得するには、独自のメカニズムを書き直す必要がありますか？

私はクイックフィックスのことは初めてで、クイックフィックス ライブラリに関していくつか質問があります。あなたからの回答をお待ちしております。

複数のクライアントから同時にFIXリクエストを取得するFIXサーバーを開発する予定です。それに関しては、

a) 異なるクライアントからのリクエストを区別する必要がある場合、TargetID (つまり CLIENT1) の正確な意味は何ですか? (これらのリクエストを互いに区別するにはどうすればよいですか?)

b) サーバー/クライアントに関する TargetID の一般的な意味は何ですか?

c) カスタム フィールドとカスタム メッセージを追加する方法と、メッセージ クラッカー オブジェクトへの正確な接続は何ですか?

よろしく、

モルデハイ・ヤアコビ

私は私たちの会社のFIXゲートウェイをテストしたいと思っていましたが、このタスクを完了するために使用できる、またはおそらく活用できるオープンソースの何かがすでに存在するかどうか疑問に思いました。

現在QuickFixを調べていますが、標準のFIXゲートウェイに対して使用できるクライアントがあるかどうかはわかりません。

また、このトピックに存在する学習資料へのリンクをいただければ幸いです。

ありがとう

FIX 4.2実行レポートでは、FIX 4.2：ClOrdID<11>フィールドとFIX4.2：OrigClOrdID<41>フィールドの違いは何ですか。

ありがとう

私はかなりの時間を費やして、ストップロスをサポートし、FIXプロトコルを通じて利益を得る注文執行方法論を実装する方法の例や説明を探しました。

メインの注文、SLの注文、TPの注文の3つの注文を生成する必要があると思います。また、メインの注文が完了した後、SLとTPの注文を発行する必要があると思います。SLとTPに使用する注文タイプ、および一般的な実行方法についてはわかりません。

建設的なコメントと指示をいただければ幸いです。

よろしく、

QuickFIX と C# を使用して FIX アクセプター (サーバー) を作成しています。クライアント (FIX イニシエーター) がユーザー名とパスワードを使用してログオンできるようにします。ただし、QuickFIX でそれを行う方法がわかりません。

QuickFIX ソース コードにデバッグすることで、次の一連のイベントを発見しました。

• QuickFIX はSession::verify、ログオンを確認するために呼び出します。
• Session::verifyは、comp ID やシーケンス番号などのさまざまなチェックを実行し、ある時点で、受信したログオンが有効であると判断します。
• Session::verify次に、Application::fromAdminログオンなどをカスタマイズするのに自然な場所であると私が想定しているコールバックを呼び出します。
• ただし、この時点で、ログオンはすでに QuickFIX によって OK であると判断されており、コールバックが戻ると、対応するログオン メッセージがアクセプタによって返されます。

アクセプターで FIX ログオン プロセスをカスタマイズするにはどうすればよいですか? QuickFIX コードを変更することが唯一の選択肢ですか?