How to detect "stale" items and groups in RSSL.
When migrating logic from SSL to RSSL (using UPA/ETA), there is logic in the SSL application that will detect when either a group or an item has become "STALE". These are delivered when SSL_(ITEM|GROUP)_STATUS_TYPE is set to SSL_ET_(ITEM|GROUP)_STATUS_STATLE.
Looking at the logs in the application and correlating them with the EED, it appears that this event is sent to the application when the EED loses its upstream connection -- possibly indicating that there could be a gap in the data.
I can't find a way to receive similar notifications in ETA (or UPA).
Does such a notification event exist?
If not, how can the downstream application be notified that there may be a possible gap in the data?
Best Answer
-
Hi @Joe.Ferraro
Have not tested any scenarios around GROUP status, however, my understanding is that GROUP status information is delivered via the Source Directory responses.
You would need to set the RDM_DIRECTORY_SERVICE_GROUP_FILTER when encoding your Source Directory Request.
You should be able to find more information in the RMDUsageGuide and the ETAC DevGuide has a section 13.4 on Item Group use
Source Directory Group Filter Entry
For individual items going stale, you would expect to see a streamState of Open and a dataState of the item as Suspect - either in a Status Message (when the item becomes stale) or as part of the Refresh Msg (if the item is stale at the point when your Request is received by the provider)
if (pState->streamState == RSSL_STREAM_OPEN && pState->dataState == RSSL_DATA_SUSPECT)
{
/* Stream State is (1) Open (typically implies that information will be streaming, as information changes updated
* information will be sent on the stream, after final RsslRefreshMsg or RsslStatusMsg)
*
* Data State is (2) Data is Suspect (similar to a stale data state, indicates that the health of some or all data associated with the stream
* is out of date or cannot be confirmed that it is current )
*/
printf("\nLogin stream is suspect\n");
return RSSL_RET_FAILURE;
}1
Answers
-
If I remember correctly then the older SSL APIs would do so called 'event fanout' for you automatically, while an API like UPA/ETA will not and you'll have to do it yourself. RFA APIs also do event fan-out for you.
What actually travels the wire is single event message that change the status for a service or for a group of items. An API that automatically does event fan-out will then translate that into what that means for you and 'send' you an event for each item which is affected. If the API doesn't have the event fan-out feature then you'll have to keep track of this yourself.Of course it may also be a status change for an individual data item that arrives on the wire but in this case there's no need for any fanout.
Here's the good news: You can use the ValueAdd classes (the Reactor) with your UTA application. This will give you automated status fanout so you won't have to do that yourself.0 -
Please
be informed that a reply has been verified as correct in answering the
question, and has been marked as such.Thanks,
AHS
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 中文论坛