ETA: Please advice the best practice to monitor refresh message for each RIC request in SendItemRequ
ETA: Please advice the best practice to monitor refresh message for each RIC request in SendItemRequest Method
We will have 20++ RIC to monitor the request message in ETA.
Best Answer
-
The proper way to handle this is to use the stream ID. When you make a request, you will need to associated the stream ID you use with the corresponding RIC on the request within your own application. You can do this by creating a dictionary of streamID/RIC name/value pairs. When an update occurs, you can perform a single dictionary lookup to find the corresponding RIC.
The reason the RIC comes in with the original refresh is because there is a flag you can set RSSL_MKF_HAS_NAME which tells the Provider to include the RIC within the refresh. This is an optional flag but only meant for the refresh as far as I can tell. Because ETA is meant for applications that want to maximize throughput and minimize latency, you likely would not even want to carry the RIC for the million of updates when you can simply cross reference the stream ID within your own application to find out meta data details, such as a RIC.
Hope this helps.
0
Answers
-
You may need to elaborate what you mean by "monitor refresh message".
In general, when you request for data, whether 1 RIC or multiple RICs, the requests are sent asynchronously. You will have monitor all data events that are triggered within your ETA application and match up the request with the response. You match up request/response messages using the streamID you provided when you make a request. Not all requests will result in a refresh. For example, if you make a request for an invalid RIC, you will receive a Status message indicating why the request failed.
So to summarize:
- Request for 20++ RICs but keep track of the stream ID for each request.
- For each event arriving, match up the stream ID in the response to determine which request.
- A response to your initial request can either be a Status or Refresh.
Please note, depending on the type of data you request, may require additional processing. For example, MarketPrice data (level 1) will usually always provide the complete refresh message in one response. However, MarketByPrice, MarketByOrder messages are much larger and thus refreshes will be in multi-parts. Refer to the ETA Developers Guide, Chaprter 13.1 - Multi-Part Message Handling for more details.
0 -
Hi @nick.zincone.1
Many thanks for explaination. Actually, I would like to refer to update message..Sorry for wrong initial question.
I have monitored the callback and found that the RIC doesn not attach in the update message which is not the same as refresh message.
Without the RIC in message seems we cannot know each update comes for which ric. Do you have any comment on this case?
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 中文论坛