When do we use update message processing by EMA?

Currently, we manufacture using EMA.
When connecting to Reuters, data can be acquired via refresh message processing.
However, the sample code describes update message processing and status message processing.
When do we use update message processing?
Also, among the three message processing, Reuters is deciding which process to execute?
I recognize that I do not know what kind of message processing to pass.
Thanks.
Best Answer
-
Hi @hiroyuki.endo,
The Thomson Reuters Market Data System you connect into offers real time market data. That is, when there are changes in the market, such as trades and quotes, you have the option of registering interest in receiving these changes. The changes come through as updates. If you are interested in receiving updates, you register your market data item as a streaming request within the API. When you register interest in receiving streaming updates, you will always receive a refresh message, followed by zero or more update messages. Alternatively, you can decide to not receive updates by registering your market data item as a non-streaming request. In this scenario, you will only receive a refresh, or what is commonly referred to as a snapshot.
The default behavior within the API is to receive streaming updates.
Regarding the three message processing callbacks:
- onRefreshMsg()
This callback will be invoked when you request for a valid streaming or non-streaming market data item.
- onUpdateMsg()
This callback will be called when you request for a valid streaming market data item and that item updates in real time.
- onStatusMsg()
This callback will be called when there are general status events related to your consumer item registration. For example, if you request for an invalid market data item, you will be notified here that your item requested is invalid.
Refer to the series of tutorials offered within the Elektron API for a walkthrough of how the API works.
0
Answers
-
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 684 Datastream
- 1.4K DSS
- 615 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 249 ETA
- 554 WebSocket API
- 37 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 275 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 643 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- 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
- 26 DACS Station
- 121 Open DACS
- 1.1K RFA
- 104 UPA
- 192 TREP Infrastructure
- 228 TRKD
- 915 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 90 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 46 中文论坛