trep connection timeout
my application request first realtime code chain at 9:20 and request first delay code chain at 9:40. The realtime code chain request is ok, but when I request delay code chain, many timeout occurs for the first delay code chain, and thus cannot more consequent chains. The timeout may occur many minutes, with lots of message like this:
onStatusMsg: [2020-01-03 23:00:01 670769][38:140340090267392]
Item Name: 0#/UNIVERSE.PK
Service Name: ELEKTRON_DD
Item State: Open / Suspect / Timeout / 'Request timed out.'
and then
onStatusMsg: [2020-01-03 23:00:13 242627][38:140340090267392]
Item Name: 0#/UNIVERSE.PK
Service Name: ELEKTRON_DD
Item State: Open / Suspect / None / 'Service for this item was lost.'
But if I restart my application, all code chain can be requested well. So it seems the physical connection from my application to trep server should be fine. Why the previous
timeout occurs continuously. I know ema sdk(c++) will try to reconnect but why it always connects with timeout ? Can I view more log information from sdk where I can inspect what
is wrong? Thanks.
Best Answer
-
Hi @wangfugen
Two things you can try.
Increase the LoggerSeverity::Verbose and ideally set LoggerType::File for whichever Logger definition you are using in your (Default?) Consumer config. This will allow you to study the API level log fully. You also then have the option of easily upload the content here.
The other thing you can do is enable low level tracing as follows:
In your EmaConfig.xml you can add the XmlTraceToFile parameter for the Channel that you wish to enable Xml Trace for.
e.g.
<Channel><Name value="Channel_1"/><ChannelType value="ChannelType::RSSL_SOCKET"/><CompressionType value="CompressionType::None"/><GuaranteedOutputBuffers value="5000"/><Host value="10.13.225.38"/><Port value="14002"/> <XmlTraceToFile value="1"/> </Channel>
The above should enable trace of request and response messages and may shed some light on what is happening - default filename is 'EmaTrace'.
Please refer to the EmaCPP_ConfigGuide.pdf for details on this and other XmlTrace related parameters. You can find this file in the Cpp-C\Ema\Docs of the ElektronSDK or online.Based on past experience, my gut feeling would be that the server you are connecting to is disconnecting you at some point - after an initial successful connection. It may be worth asking your Market Data team to check their ADS logs for any reported disconnects.
0
Categories
- All Categories
- 6 AHS
- 39 Alpha
- 161 App Studio
- 4 Block Chain
- 4 Bot Platform
- 16 Connected Risk APIs
- 47 Data Fusion
- 30 Data Model Discovery
- 608 Datastream
- 1.3K DSS
- 577 Eikon COM
- 4.9K Eikon Data APIs
- 7 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- Trading API
- 2.7K Elektron
- 1.3K EMA
- 236 ETA
- 519 WebSocket API
- 33 FX Venues
- 10 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 20 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 59 Open Calais
- 264 Open PermID
- 39 Entity Search
- 2 Org ID
- PAM
- PAM - Logging
- 8.4K Private Comments
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 20 RDMS
- 1.4K Refinitiv Data Platform
- 370 Refinitiv Data Platform Libraries
- 3 Refinitiv Due Diligence
- LSEG Due Diligence Portal API
- 3 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.1K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 10 World-Check Customer Risk Screener
- 990 World-Check One
- 44 World-Check One Zero Footprint
- 45 Side by Side Integration API
- Test Space
- 3 Thomson One Smart
- 1.2K TR Internal
- Global Hackathon 2015
- 2 Specialists Who Code
- 10 TR Knowledge Graph
- 150 Transactions
- 142 REDI API
- 1.7K TREP APIs
- 4 CAT
- 21 DACS Station
- 117 Open DACS
- 1.1K RFA
- 103 UPA
- 172 TREP Infrastructure
- 224 TRKD
- 886 TRTH
- 5 Velocity Analytics
- 5 Wealth Management Web Services
- 60 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛