Recoverable Close and Non-recoverable Close
What is the correct status to be sent for an item from Publisher, which is not available at the moment, but will be available later. Also want to understand the difference between the Recoverable Close and Non-recoverable Close.
Best Answer
-
I think the CLOSED_RECOVER is suitable for the items that can be recovered within few minutes because when the RTDS gets this CLOSED_RECOVER stream state, it will keep re-subscribe to that item until the stream is opened or closed.
I understand your use case but the application will not know when those items are created or destroyed.
In your case, you may need to publish a symbol list RIC that contains a list of active tiems. You can add and remove items in a symbol list RIC.
Then, a client application can subscribe to this symbol list RIC to check for active and inactive items.
0
Answers
-
Thank you for reaching out to us.
API uses CLOSED and CLOSED_RECOVER stream states.
Both states indidcate that the stream is closed but, for CLOSED_RECOVER, data can be recovered on this service and connection at a later time.
The followings are descriptions in the ETA developer guide.
I assume that Recoverable Close and Non-recoverable Close are used by RTDS or TREP. Please contact the RTDS support team directly via MyRefinitiv to answer this question.
0 -
we are aware of this one, and base on this document we are returning closed_recovered if we don't currently have a given symbol because our list of symbol is dynamic and they can be created and destroyed during the lifetime of the application,
we started questioning this approach as some of the Java clients appear to respond to that by trying to re-subscribe every few milliseconds, which made us questioned if that's a valid approach
0 -
we are aware of this one, and base on this document we are returning closed_recovered if we don't currently have a given symbol because our list of symbol is dynamic and they can be created and destroyed during the lifetime of the application,
we started questioning this approach as some of the Java clients appear to respond to that by trying to re-subscribe every few milliseconds, which made us questioned if that's a valid approach
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 中文论坛