How to get market data in specific enumerated type in every subscription message
Best Answer
-
One can subscribe with a "dynamic view" that filters the response data set to the desired fields { BID, ASK, DAY HIGH, DAY LOW }. Then use the ValueAdd caching library to create a last value cache within the process. When an update arrives, apply it to cache and retrieve the full image from cache to process each and every field as required.
NB: Dynamic views require a premium TREP license.
0
Answers
-
When you make a streaming subscription request for an item, you receive the full list of fields in the Initial Image/Refresh event and then subsequent Update events only contain those fields that have changed since the last event - this is to reduce bandwidth by not sending those fields that have not changed.
You may occasionally receive an unsolicited refresh (with the full field list ) but this is usually an exceptional occurrence e.g. after a connection down is restored.
Therefore, the usual implementation of a consumer app is for the app to cache the field values locally and apply the updated fields to the cache as and when they arrive.
As far as dynamically updating your subscription list, you could unsubscribe / re-subscribe items in real time - as and when you need to. However, a more efficient alternative would be to Pause the item stream(s) and then Resume the item stream(s) as and when required.
Items can be paused / resumed individually, or as part of a Batch request or a PauseAll/ResumeAll request. .
You can Pause individual items by making a reissueClient call on the handle(s) of the item(s) concerned with the InteractionType PauseFlag set.
To Resume items you repeat the above but with the InterestAfterRefreshFlag set.
For Batch operations you would populate a RFA_Vector of Handles to pause/resume and pass that to the reissueClient call.
To Pause All / Resume All items you would use the Login handle (rather than individual item handles) with the reissueClient call.
The above Pause and Resume featrues are covered in detail in the RFA Developers Guide pdf file.
Regards,
Umer
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 37 Alpha
- 167 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 705 Datastream
- 1.5K DSS
- 633 Eikon COM
- 5.2K Eikon Data APIs
- 14 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 6 Trading API
- 3K Elektron
- 1.5K EMA
- 259 ETA
- 569 WebSocket API
- 40 FX Venues
- 16 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 4 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 284 Open PermID
- 47 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 24 RDMS
- 2.2K Refinitiv Data Platform
- 879 Refinitiv Data Platform Libraries
- 5 LSEG Due Diligence
- 1 LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 123 Open DACS
- 1.1K RFA
- 108 UPA
- 196 TREP Infrastructure
- 232 TRKD
- 919 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 103 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛