what status message is expected from publisher when the Instrument is currently not available.

Hi All,
I would like to briefly explain the scenario:
We have a publisher that sends a Service Up message, but initially, no instruments are available. Instruments are created dynamically, so it's not possible to expect all of them to be available immediately.
In this case, what message is expected from the publisher to ensure the end user receives the data once it becomes available?
RSSL_STREAM_CLOSED or RSSL_STREAM_CLOSED_RECOVER
Second scenario:
Out of 10 requested instruments, only 5 are actually available. The remaining 5 have expired and will never be served by the publisher.
How should we handle timeouts or negative acknowledgments for these invalid instruments?
Many Thanks,
Answers
-
Hello @yathing.ullal
The key difference between the CLOSED and CLOSED_RECOVER is the recovery of data. A CLOSED implies that the instrument does not exist and will never be available again. The application/SDK should not try to subscribe to this instrument again. This should be used in the second scenario that you describe - the expired instruments that will never be available again.
A CLOSED RECOVER, implies that the instrument is not currently available. It might become available at some time in future and the app should try again at a later time.
0 -
Hi Gurpreet, Many Thanks for the suggestion, it's very clear now that I definitely have to use CLOSED_RECOVER, as the Instruments will be available anytime, but I am still unclear how should we handle wrong or expired Instruments, as we have set CLOSED_RECOVER it will wait.
0 -
For invalid or expired instruments, the publisher should send a Closed status message. See this example that infrastructure sends for an instrument that does not exist -
StatusMsg streamId="5" domain="MarketPrice Domain" state="Closed / Suspect / Not found / '**The record could not be found'" name="INV.ALID" nameType="1" serviceId="257" serviceName="ELEKTRON_DD" StatusMsgEnd
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
- 687 Datastream
- 1.4K DSS
- 623 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 557 WebSocket API
- 38 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
- 276 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
- 684 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
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 105 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 91 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛