問題タブ [quickfix]

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

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

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

現在、オープンソースのQuickFixエンジンで奇妙な問題が発生しています。私たちのブローカーはMsgType=8（実行レポート）でいくつかのテスト取引を送信しており、QuickFixエンジンは「サポートされていないメッセージタイプ」という例外を除いてすぐに応答します。ブローカーのメッセージ内のすべてのタグは正当であるように見えます。

なぜこれが発生し、どうすれば問題を解決できますか？

quickfixengineには、ログに記録されるメッセージの数を制限するためにログ レベルを指定する設定はありますか? 大量のデータをログインしているようですので、少し制限したいと思います。あまりにも多くのメッセージをログに記録すると、パフォーマンスに影響を与えるはずだと思います (賛成または反対の具体的なデータはありません)。

私はEclipse3.4java Enterprise Aditionを実行していて、それを使用してJSPページを作成しています。クイックフィックスをサポートしていないようです。たとえば、ArrayListourListです。エラーとして表示されますが、importjava.util.ArrayListステートメントを追加するためのクイックフィックスオプションはありません。クイックフィックス機能を改善する方法、またはjspのクイックフィックスを提供するEclipseプラグインの別のセットはありますか？

Windows アプリ内で、.NET DLL (具体的には - クイックフィックス エンジン) でラップされた C++ DLL を使用しています。実行中、毎日 1 回 (特定の時間ではなく)、組み込みクラスの 1 つのコンストラクターの 1 つで実行時エラーがスローされます。エラーがキャッチされて (ログ ファイルとデータベースに) 報告されても、Windows の「ランタイム エラー」ダイアログ (回復/デバッグ オプションは提供されません) が表示され、「OK」ボタン (唯一のオプション) を押した後、利用可能) アプリが終了しました。

これは、Debug、Release で実行している場合、および VS2005 デバッガー自体で実行している場合でも発生します。

補足として、上記の DLL をローカルでコンパイルしました (これらの DLL の少なくとも 1 つには、XML 仕様に基づいて自動生成されたコードが含まれているため)。

誰？(詳細は後述)

私のコード:

エラーの詳細: メッセージ: 外部コンポーネントが例外をスローしました スタック トレース:

アプリケーションは、ApacheMinaを使用するquickfixjライブラリを使用します。このアプリケーションは、リモートホストへのソケット接続を維持します。

突然、次のエラーが発生します。

ここで、xxx.xxx.xxx.xxx：xxはリモートアドレスです。

接続が切断される原因は何ですか？リモートホスト？私のOS？

現在、QuickFIX / Jで提供されている例では、単一のエグゼキュータのみが単一のバンザイと通信できます。

構成ファイルの設定から：SenderCompID TargetCompID

彼らの行動は次のとおりです：

エグゼキュータ-バンザイバンザイと呼ばれる人からの単一の接続のみを許可しました-私の名前はバンザイです。エグゼキュータにのみ接続します

それらの動作を次のように変更したいと思います：

エグゼキュータ-私は誰からの接続も許可します。バンザイ-私の名前は、Exectuorにのみ接続します

どうすればそれを達成できるかわかりますか？

私は次のことを試します： http ：//www.quickfixj.org/confluence/display/qfj/Implementing+Custom+Logons （これは動的にセッションを生成する正しい方法ですか？）

バンザイ側のコードを変更するだけで、設定ファイルはそのままにしておくと、接続ができなくなります。

他に変更する必要があるものはありますか？

（1）エグゼキュータのコード

（2）エグゼキュータとバンザイの設定ファイル

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

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

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

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

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

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

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

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

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

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

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

よろしく、

モルデハイ・ヤアコビ