0

QuickFixJ で何かを開発していて、奇妙な状況に遭遇しました。修正アクセプターをシミュレートするスタブがあり、私の環境でローカルに動作しています。メッセージを送受信できます。カスタム メッセージ タイプを使用します。quickfixj jar は、新しい辞書、新しいメッセージ タイプに基づいて再生成されます。

私の環境からのメッセージの例。FIX イニシエーターと FIX_STUB(acceptor) 間の通信:

 16:49:58.475 [http-8080-4] INFO  quickfixj.msg.outgoing - FIXT.1.1:FIX->FIX_STUB: 8=FIXT.1.1|9=267|35=RQS|34=3|49=FIX|52=20160628-13:49:58.474|56=FIX_STUB|20000=1|20001={json string}|20002=1.0|10=171|
 <20160628-13:49:58, FIXT.1.1:FIX_STUB->FIX, incoming> (8=FIXT.1.1|9=267|35=RQS|34=3|49=FIX|52=20160628-13:49:58.474|56=FIX_STUB|20000=1|20001={json string}|20002=1.0|10=171|)
 16:49:58.476 [QFJ Message Processor] INFO  c.r.fix.api.stub.FixApplication - FIX STUB MESSAGE TYPE:quickfix.fix50sp2.Request
<20160628-13:49:58, FIXT.1.1:FIX_STUB->FIX, outgoing> (8=FIXT.1.1|9=308|35=RSP|34=3|49=FIX_STUB|52=20160628-13:49:58.527|56=FIX|20000=1|20001={json string}||20002=1.0|10=240|)
16:49:58.528 [NioProcessor-2] INFO  quickfixj.msg.incoming - FIXT.1.1:FIX->FIX_STUB: 8=FIXT.1.1|9=308|35=RSP|34=3|49=FIX_STUB|52=20160628-13:49:58.527|56=FIX|20000=1|20001={json string}||20002=1.0|10=240|
16:49:58.529 [QFJ Message Processor] INFO  c....fix.engine.FixEngineImpl - FIX MESSAGE TYPE:quickfix.fix50sp2.Response

Tomcatでは動作していますが、テスト環境でまったく同じコードを使用してWebsphereサーバーにデプロイしようとすると、次のエラーが発生します。

2016-06-28 11:17:44,196 appl="rtv" env="SYS" version="3.8.12" loglevel="INFO " message="FIXT.1.1:FIX->FIX_STUB: 8=FIXT.1.19=26735=RQS34=249=FIX52=20160628-09:17:44.19656=FIX_STUB20000=120001={json string}20002=1.010=147" thread="WebContainer : 1" logger="quickfixj.msg.outgoing"
    2016-06-28 11:17:44,198 appl="rtv" env="SYS" version="3.8.12" loglevel="INFO " message="FIX STUB MESSAGE TYPE:quickfix.fix50sp2.Message" thread="QFJ Message Processor" logger="c.r.fix.api.stub.FixApplication"
    2016-06-28 11:17:44,202 appl="rtv" env="SYS" version="3.8.12" loglevel="ERROR" message="FIX STUB MESSAGE CRACK FAILED" thread="QFJ Message Processor" logger="c.r.fix.api.stub.FixApplication"
    quickfix.UnsupportedMessageType: null
            at quickfix.fix50sp2.MessageCracker.onMessage(MessageCracker.java:39) ~[quickfixj-messages-all-1.6.2.jar:1.6.2]
            at quickfix.fix50sp2.MessageCracker.crack50(MessageCracker.java:1787) ~[quickfixj-messages-all-1.6.2.jar:1.6.2]
            at quickfix.fix50sp2.MessageCracker.crack(MessageCracker.java:1555) ~[quickfixj-messages-all-1.6.2.jar:1.6.2]
            at com....fix.api.stub.FixApplication.fromApp(FixApplication.java:97) ~[rita-web-3.8.jar:na]

例でわかるように、タイプ (メッセージ サブクラス) は正しく処理されます ( quickfix.fix50sp2.Request、quickfix.fix50sp2.Response ) が、Websphere ではそうではありません ( quickfix.fix50sp2.Message )。MessageCracker が使用されます。

OS、Web サーバー、または何らかの FIX 構成に関連してこの問題が発生している理由を調べるために、この問題を解決するのを手伝ってもらえますか?

4

1 に答える 1

0

問題を修正しました...クラスローダーと重複したクラスに関連していました。jar ファイルに含まれるデフォルト メッセージ (maven の依存関係 ...) を取得した方法には、Tomcat のアプリケーションが適切なクラスを選択し、WebSphere がデフォルトのクラスを取得したため、アプリケーション MessageCracker はメッセージを適切に処理しませんでした。

于 2016-07-07T12:37:20.373 に答える