fix

    0熱度

    1回答

    我們正在與使用VeriFIX來測試他們的FIX消息流的客戶端工作。雖然他們已經在很多套房都建立了大量的測試,這是一個手動過程來運行它們,並整理結果。 在VeriFIX網站,它說 納入測試到每晚構建使用VeriFIX的命令行腳本的球員。 但我找不到任何細節如何去它。有沒有人有在持續集成服務器(理想的是詹金斯管道)運行VeriFIX測試的經驗。 非常感謝。

    0熱度

    1回答

    我需要創建一個應用程序,它可以實時顯示來自FIX協議的數據。 如何才能做到這一點最好的做法? 移動應用程序應該直接讀取FIX數據嗎? 我應該在兩者之間放置一個服務器,以將FIX數據轉換爲JSON或更多爲服務使用而準備的數據?如果是這樣的話...我怎麼做纔不會失去真正的時間?在Java中創建一個websocket,供移動應用程序調用,並且websocket將以這種方式將FIX數據轉換爲JSON? 我

    0熱度

    1回答

    當我送quickfix.fix44.QuoteRequest()到CurreneX我得到錯誤: 58=initiate rfq failed: noTradersAvailable_tse 我不能faund這意味着什麼

    1熱度

    2回答

    我正在股票和外匯市場工作。我有這樣的情況:我需要從日誌中取出一個字符串,並將其轉換爲「消息」類型的對象。按照this link我嘗試使用JAVA中的「MessageUtils」類的所有三種方法。但我的字符串被剝離到具有唯一標記的Message類型對象。但是因爲我的字符串是「MarketDataIncrementalRefresh」類型,我希望每個標籤都出現在消息中。 例如:我將以下字符串提供給「M

    -4熱度

    1回答

    的組我想在一個消息以創建一組元素,如下面圖像 更新: case class Element(key:String;value:String) 消息可以表示類似下面 case class Msg(field1:Element,field2:Group) Group - >表示重複基團 - 我需要幫助來定義組和子 組 該元素定義了鍵=值組合,其在基團 以下重複有幾點 FixMessage的「f

    2熱度

    1回答

    據FIX specification只有OptimisedImplicitBlockRepeating類型的兩個FIX組件: InstrmtLegGrp UndInstrmtGrp 然而,這種類型似乎並沒有被記錄任何地方。 OptimisedImplicitBlockRepeating與正常ImplicitBlockRepeating有什麼區別?

    0熱度

    2回答

    我正在寫一個基於Quickfix/N的FIX引擎,它偵聽交易執行(ExecutionReport)並將它們保存到數據庫中。 如果接收到的消息中不存在該值,則從API請求字段值將引發FieldNotFoundException。舉例來說,如果帳戶不存在,調用executionReport.Account將拋出異常。 由於有些字段是可選的,我必須在獲取字段值之前明確檢查字段值的存在。 我有兩個可能性:

    1熱度

    1回答

    我最近開始使用QuickFIX/J庫來使用FIX協議傳送實時報告消息並將其發送到APA(Approved Publication Arrangement)服務。 SocketInitiator構造函數中的參數之一是queueCapacity,但不幸的是文檔中關於其用法的信息不多。我可以看到它用於確定SocketInitiator異步處理消息的內部隊列的大小。如果未通過構造函數提供,則默認值設置爲1

    1熱度

    1回答

    我想使用ESP(可執行流動價格)制定的在C#.NET第一次FIX客戶端(與QuickFIX/n),但是我收到一個市場數據拒絕請求與在標籤以下文本58: 58 =流[DEV_px.123]無效venuestream符號[試驗EUR/USD] DEV_px是我SenderCompID,123是我MDReqID(標記262),test是我的MDStreamID(標記1500),而EUR/USD是Symb

    1熱度

    1回答

    我與供應商建立了FIX連接,我們每隔30秒發送一次心跳。但是,由於他們的系統設置,他們會以不同的時間間隔向我發送TestRequests (35=1)以及心跳。我從來沒有處理過這些,quickfix軟件包將它們解釋爲心跳。但是,這導致他們的系統將我註銷。 消息的樣品,當我第一次登錄如下: 2017-09-05 11:50:47,769 - fix_connection.FIX_IO - INFO