問題タブ [quickfixn]

私は一般的に修正プロトコルに不慣れです。修正エンジンを探すとき、クイックフィックスを試すことをお勧めしました。いくつかのトピックを調査し、最終的にカスタムクラスを生成することができましたが、いくつかのフィールドが重複しているため、プロジェクトはコンパイルされません。メインのメッセージ本文で、コンポーネントに既に存在するタグが定義されている場合、使用している辞書はどこかに提供されているため、それを制御することはできません。

私の質問は、上記はカスタム コンポーネントで既に定義されているため、メッセージ クラスを作成するときに、コード生成の Ruby コードが値の重複を作成する原因になりますか? もしそうなら、これは私が使用している辞書が無効であることを意味するのでしょうか?

メッセージがこのように順不同で送信される原因は何ですか?

QuickFIX/n は、接続を確立するときに「ランダム」ポートをリッスンします。Google で簡単に検索すると、QuickFIX/j には、ローカル ソケットをホスト/ポートにバインドできる構成設定SocketLocalPortおよびSocketLocalHostがあることがわかります。

これは QuickFIX/n でも可能ですか?

私は Quickfixn ライブラリを使用しています。辞書の編集と新しいクラスの生成に成功しましたが、現在、ログやメッセージなどにデータベースを使用する方法を検討しています。

私は C++ バージョンとおそらく Java バージョンがこの機能をサポートしていることを確認しており、Quickfixn でも同じことができるかどうか疑問に思っていました。

ログイン後に ResendRequest を受信 (および送信) していますが、シーケンス番号にギャップがあり、メッセージが欠落していることがわかります。カウンターパーティの ResendRequest は、QuickFixN エンジンが提供する seqNo 2830 からのメッセージを要求しますが、2830 メッセージは変更されたようです。以前はログアウト メッセージでしたが、現在は SequenceReset メッセージです。

これは正しいですか？もしそうなら、なぜですか？そうでない場合、何が起こっている可能性がありますか?

ログ:

20150810-20:59:02.594: 8=FIX.4.29=7235=034=312149=COUNTERPARTY56=ME57=ADMIN52=20150810-20:58:59.48410=040 20150810-20:59:24.605: 8=FIX.4.32. =034=282949=ME52=20150810-20:59:24.60556=COUNTERPARTY10=023 20150810-20:59:32.596: 8=FIX.4.29=7235=034=312249=COUNTERPARTY56=ME57=ADMIN52=20150:810-2 29.48410=039 20150810-20:59:46.697 : 8=FIX.4.29=9635=534=312349=COUNTERPARTY56=ME57=ADMIN52=20150810-20:59:43.58558=接続を閉じています!!10=029 20150810:59-20 46.698: 8=FIX.4.29=6335=534=283049=ME52=20150810-20:59:46.69856=相手10=036 20150810-21:02:17.495: 8=FIX.4.29=7535=A34=283140=15380=155 -21:02:17.49556=COUNTERPARTY98=0108=3010=059 20150810-21:02:17.567 : 8=FIX.4.29=8435=A34=320549=COUNTERPARTY56=ME57=ADMIN52=20150810-210:02:14.45098= 3010=062 20150810-21:02:17.570 : 8=FIX.4.29=7535=234=283249=ME52=20150810-21:02:17.56956=相手先7=312416=010=042 20150810-21:02:17.642 : 8=FIX.4.29=8435=234=320649=相手先56=ME57=ADMIN52=20150810-21:02:14.4507=283016=600-10 21:02:17.648: 8=FIX.4.29=10835=434=283043=Y49=ME52=20150810-21:02:17.64856=COUNTERPARTY122=20150810-21:02:17.64736=2833120=Y10=228: 2015年8月:17.655 : 8=FIX.4.29=21635=934=312443=Y49=COUNTERPARTY56=ME128=ME122=20150810-21:00:50.92252=20150810-21:02:14.52511=2c14R3A-001-07-03B003=R1B003 -01-00003ME58=EO_FAIL102=041=2-14R3A-001-01-0000339=8434=110=017 20150810-21:02:17.655 : 8=FIX.4.29=21635=934=312543=Y49=相手方56=ME128 ME122=20150810-21:00:50.92252=20150810-21:02:14.52611=2c14R3A-003-01-0000337=B2c14R3A-003-01-00003ME58=EO_FAIL102=041=2-14R3A-009=083-013 110=025 20150810-21:02:17.655 : 8=FIX.4.29=21635=934=312643=Y49=相手方56=ME128=ME122=20150810-21:00:50.92352=20150810-21:02:14.52611=2c14R3A-004-01-0000337=B2c14R3A-004-01-00003ME58=EO_FAIL102=041=2-14R3A-004-01-0000339=8434=18-203=18 :02:17.655 : 8=FIX.4.29=21635=934=312743=Y49=相手方56=ME128=ME122=20150810-21:00:50.92352=20150810-21:02:14.52611=2c14R3A-005-03A1-00 -005-01-0000NME58=EO_FAIL102=041=2-14R3A-005-01-0000N39=8434=110=115

QuickFix/N を使用して MultiLeg 注文を IB に送信しています。メッセージがエラー 58=このタグ (タグ = 167) の値が正しくありません (範囲外) で拒否されました。ブローカーは、そのタグの適切な値は「MLEG」であると私に通知しました。これは私が設定した値です。メッセージ フローは次のとおりです。

ブローカーは、拒否を確認しますが、2 番目の送信メッセージは、私が 167=MLEG を拒否していて、それを緩和する必要があることを示していると私に通知しました。

ここで何をすべきかわかりませんが、私は 4.2 を使用しており、MLEG は 4.3 でのみ定義されていることに気付きました。ブローカーは 4.2 を好むので、MLEG 定義を 4.3 データ ディクショナリに入れました。この時点で、同じエラーは発生しなくなりましたが、「サポートされていないタイプ」エラーが発生しています。

したがって、頭に浮かぶ即時の質問は次のとおりです。

1. ブローカが MLEG は許容可能であると言ったのに拒否されるのはなぜですか、それとも単に私の 4.2 DD にその定義がなかったという事実が原因なのですか?
2. 私の側の制限を緩和するために私がしなければならないことは他にありますか？
3. 4.2 DD に定義を含めるという正しいことをしましたか?
4. サポートされていない場合、サポートされていない型の意味と、メッセージにエラーのタグ参照が含まれていないのはなぜですか?
5. 私は間違った質問をしていますか?誰かが正しい質問を知っていますか?
6. 送信メッセージに明らかな問題がありますか?

問題が何であるかがわかれば、メッセージを作成するためにどのコードを使用すればよいかがわかると思うので、コードは含めませんでした。しかし、誰かがそれが役に立つと思うなら、私はそれをすることができます.

どんな助けでも大歓迎です。

すべての INET Nordic FIX プロトコルは、2015 年 10 月 16 日にナノ秒単位のタイムスタンプに拡張することで強化されます (通知と仕様のセクション 3.1.1 を参照してください)。

タイムスタンプは次のようになります: 20150924-10:35:20.840117690

現在、quickfix は、この新しい形式のフィールドを含むメッセージを次のエラーで拒否します:値のデータ形式が正しくありません

この新しいフォーマットをサポートする予定はありますか? または多分いくつかの回避策？

現在、QuickFIX/n を使用してアクセプター サービスを構築しており、アクセプターをテストするためのイニシエーターを構築しました。他の誰かがサービスに送信しているメッセージで同じエラーが発生するため、エラーはアクセプターのバグが原因であると思われます。

イニシエーターでは、次のように AllocationInstruction を作成して送信します。

この特定のケースでは、メッセージは 1 つの注文グループだけで作成されます。

アクセプターで、次のように注文グループを取得しようとします。

予想どおり、allocation.NoOrders の値は 1 です。ただし、GetGroup() がインデックス 1 (最初のグループ) で呼び出されると、

これは FIX メッセージ ログです。

最後に、アクセプターの設定:

上記の C# コードは、QuickFIX/n サイトの例に基づいています。

何か案は？

マーケット データ リクエストを送信しようとすると、ログ ファイルに次のように表示されました。

拒否メッセージには、必要なタグが欠落していることが示され、欠落しているタグ「55」が示されています。MDR メッセージにタグを含めましたが。何か案が？