問題タブ [quickfixj]

メッセージを受信するために Quickfix/J を使用していますが、「Sent test request TEST」が発生します。ログ ファイル (FIX.4.2-AB.event.log) は、次のことを示しています。

しかし、別のログ ファイル (FIX.4.2-AB.message.log) で何かを見つけました。

これは明らかに、相手方 B がすでにハートビートを私たちに送り返してきたことを示しています。

FIX.4.2-AB.messages.log ファイルはまだ大きくなっています!!!!!!!!!!!! ファイルはメッセージを受信し続けますが、Quickfix/J プロセスはありません (onMessage() メソッド内では何も起こりません)!!!!

なぜこれが起こっているのか教えてください。ハートビートを受信した後も接続が失われ、ログが切断されるのはなぜですか?

この問題はまだ解決されていないためです。更新は次のとおりです。

私の設定：

コードは次のとおりです。

基本的にはQuickfix/J、接続自体を処理させます。

問題は、アプリがまだメッセージを受信し続けているが処理していないことであり、ログ ファイルには接続していないことが示されています。すべてのメッセージは FIX.4.2-AB.message.log にあります。そのため、メッセージは増え続けています。

私はいくつかの同様のケースを見つけました：

http://www.quickfixj.org/jira/browse/QFJ-668

http://www.quickfixj.org/jira/browse/QFJ-624

http://quickfix-j.364392.n2.nabble.com/Timed-out-waiting-for-heartbeat-td365186.html

http://www.quickfixj.org/jira/browse/QFJ-759

残念ながら、それらのどれも解決策を提供しません。だから私を助けてください。

2 回目の更新は次のとおりです。

ログ ファイルを抽出します (私は A であり、相手方は B です)。

セッションへのログオンを再試行し続けますが、失敗することに注意してください。

その間、アプリは相手からメッセージを受信し続けていると確信しています。その証拠は、FIX.4.2-AB.message.log ファイルが有効なメッセージ (ハートビートだけでなく、他の有効なメッセージ) で成長し続けることです。つまり、接続は失われていません。

セッションにログオンできないのはなぜですか?

助けてください

3 番目の更新:

ログオンの開始成功ログは次のとおりです。

3 行目は、相手方が私に TEST リクエストを送信し、私は応答しなかったことを示しています。これは問題ないようで、接続が確立されています。

TEST リクエストの応答を明示的に処理する必要がありますか? quickfix/j で処理できるようです。

FIX プロトコルを介してベンダーに注文を送信します。ベンダーは 1 秒あたり 100 件の FIX メッセージしか受け付けないため、送信する注文をこの速度を超えないように調整するよう要求しています。ここで見つけたものと同様に、送信するメッセージを遅くするために何かを書くことができると確信しています: Throttling method calls to M requests in N seconds

しかし、2 つの質問があります。

執行ベンダーまたは清算会社に送信されるメッセージの速度を遅くすることが業界で一般的な要件であるかどうかを知りたいですか?

QuickFix/J でメッセージのスループットを自動的に低下させるパラメータはありますか?

QuickfixJFIX メッセージの相手方に接続するために使用しています。

しかし、ある日、ログが次のようになっていることがわかりました。

どうやら、相手方がログアウト要求を送信し、私のアプリが応答したようです。セッションを終了して閉じる必要があります。

アプリがまだ相手方へのログオン要求を開始しようとしているのはなぜですか?

何か不足していますか？内部に実装がなく、それ自体で自動的に処理できるonLogout(SessionId session)とfromAdmin(Message message, SessionId session)思ったからですQuickfixJ

FIX プロトコルと QuickFix/J API を使用して、リモート サーバーと取引するためのクライアントを構築しています。

注文の送信、最新の価格の受信、注文のキャンセルなどを行うことができます...

「楽器の現在の位置をAPIに問い合わせる」ように求められました。

では、楽器を購入する注文を送信でき、実行されなかったとしましょう。サーバーから「数量 Y の楽器 X をロングしています」などの情報を受け取りたいとします。

QuickFix/J API を使用することは可能ですか?

私はこのような方法を書いています

このようなFIXメッセージを送信します

8=FIX.4.29=9835=AP34=4949=HIQ6_ORDER52=20140324-
15:54:10.14256=HIQFIX1=100539048=466378955=SAP207=XETR10=199

次のようなメッセージを受け取ります。

8=FIX.4.29=9935=334=6949=HIQFIX52=20140324-15:54:10.89156=HIQ6_ORDER45=4958=無効な MsgType372=AP373=1110=242

ご覧のとおり、「無効なメッセージ」エラーが表示されます

grepVim で使用する場合、quickfix の結果を色付けするにはどうすればよいですか?

私が試してみました：

set grepprg=grep\ --color=always\ -n\ $*\ /dev/null

しかし、それは機能していません。

私は cygwin で Vim 7.4 を使用しており、Linux Mint 15 でも試しました。助けてください、ありがとう。

私たちが開発したコネクタ アプリケーションで FIX プロバイダーによって実行される適合性テストの一環として、すべてのセッションで突然の切断が発生した後、自動的に再接続して見積もりセッションに再サブスクライブする必要があります。

QuickfixJ を使用しているため、Quote セッションに中断が発生した場合、クライアント アプリは自動的に再接続して再ログインし、デフォルトでシーケンス番号を 1 から開始するようにリセットします。しかし、再ログイン後、アプリは見積もりメッセージを受信しません。相手方が中断前に購読済みの見積もりを継続的に送信している場合でも (これは私たちの相手方の発言です)。ログには、正常なハートビート メッセージ以外は何も表示されません。

再ログイン後、新しい QuoteRequest を再度送信する必要がありますか? それとも、ResendRequest を送信する必要がありますか?

ログオン時にシーケンス番号が既にリセットされているため、ここで ResendRequest を送信できないと思います。新しい QuoteRequest を送信する必要がある場合、カウンターパーティは以前に購読した Quote の送信を停止していないため、エラーが発生しますか?

解決策を教えてください。前もって感謝します。

FIX 接続の設定についてはよくわかりませんが、このサイトの指示に正確に従いました。「Running from Eclipse」という見出しの下の最終ポイントに到達し、指示で説明されているとおりにすべてが正確に行われました。

ただし、QFixMessenger.java コードを実行しようとすると、次のエラーが発生します。

2014-04-01 14:10:32.743 エラー qfixmessenger.QFixMessenger - ログオンに失敗しました! quickfix.ConfigError: quickfix.mina.initiator.AbstractSocketInitiator.createSessions(AbstractSocketInitiator.java:173) の設定にイニシエーターがありません。 .java:85) com.jramoyo.qfixmessenger.QFixMessenger.logon(QFixMessenger.java:315) で quickfix.SocketInitiator.start(SocketInitiator.java:65) com.jramoyo.qfixmessenger.QFixMessenger.main(QFixMessenger.java: 146) 2014-04-01 14:10:32.956 エラー ui.QFixMessengerFrame - FIXT 1.1 辞書を解析できません! com.jramoyo.fix.model.parser.FixParsingException: ファイル resources/FIXT11.xml が見つかりません! com.jramoyo.qfixmessenger.quickfix で。

他にもかなりの数のエラー行がありますが、エラー メッセージ全体をアップロードするには混乱しすぎているのではないかと思います。

これは、人々が最初に FIX を使用しようとしたときに発生する一般的なエラーですか? もしそうなら、誰かが私が何をすべきかについていくつかの指針を与えることができますか?

これは私のquickfix.cfgファイルがどのように見えるかです:

他に提供できるものがあれば教えてください。正直なところ、どの情報が関連しているのかさえわからないほど迷っています。

ありがとう

マイク