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
- 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 中文论坛