Refinitiv Realtime Optimised (Websocket API) - Not receiving complete response for requests sent pe
Hi,
We are using Refinitiv Realtime Optimized (Websocket API) to recieve Realtime price. We notice that sometimes the response from Refinitiv does not come back with all the data requested. We receive only partial data.
The Api is used to fetch Realtime price every 2 minutes.
Best Answer
-
Updates are designed to present values that have changed in the backend. Many of the fields you can request will very rarely change so it is not the intention of the real-time systems to present hundreds of fields within an update when only a few change. Instead, when you request for real-time streaming data, you will receive the "Refresh" which is effectively a snapshot of the latest values. When there is any activity in the market where changes occur to an instrument, for example a trade, you will only receive the trade fields. It is up to the application to hold onto all fields within their own cache.
Alternatively, you can use the Pricing interface within the Refinitiv Data Libraries. These libraries provide a wrapper around the WebSocket service but include a layer of convenience such as requesting for streaming data and automatically managing a cache. What this means is when you open a Pricing stream for an instrument, the Pricing stream will manage updates and keep an up-to-date active cache. So, you can be notified when an update occurs and simply grab whatever fields you need within the cache.
0
Answers
-
@lalith.kumar
To verify what the problem is, please share the code that you are using. Therefore, we can use it to replicate this issue.
You may also need to share all messages sent and retrieved by the application.
0 -
Hi @lalith.kumar ,
Regarding the Refinitiv Websocket API - Overview, could you please confirm whether the response you got is the update message type? as the update messages only contain fields that has an update compared to the previous response
The description of Request message and Update message is described in WebSocket API Specifications and Developers Guide below
- Request message is sent from a consumer to a provider when it wants to request some data, or a capability, available from the provider. It can also be used to obtain a new response (e.g. synchronization point) or change selected attributes (e.g. priority) for an already open event stream.
- Update message is used to represent asynchronous payload data events associated with an already opened event stream. Domain models may assign different meaning to Updates depending on the actual content modelled.
Hope this helps and please let me know in case you have any further questions.
0 -
Hi @raksina.samasiri ,
I see response type as both Refresh and Update, but most of these occurrences where we are not getting complete data are Updates.
so, is this an expected behavior? Is there a way that we can receive all the data even if there is no update.
Thanks and Regards
Lalith Kumar
0
Categories
- All Categories
- 6 AHS
- 37 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
- 367 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
- 59 Workspace SDK
- 9 Element Framework
- 5 Grid
- 13 World-Check Data File
- Yield Book Analytics
- 46 中文论坛