Login Domain - Components and Elements in Login responses
The below question is related to sections 3.2.4 and 3.2.5 of EMA30_RMD Usage Guide;
The
Login Refresh and Login Status messages of the Login Domain consist of a
number of components and attributes E.g. AllowSuspectData, SingleOpen.
a) Out of these what components and attributes should mandatorily be consumed by the consuming application?
b)
Is it acceptable for the consuming application to not process (i.e.
ignore) non-mandatory fields available in the Login Refresh or Login
Status messages.
c) Is it possible for consuming application to
receive values that are out of range for a particular element; e.g.
Expected values for the element AllowSuspectData are either 0 or 1. Is
it possible that the consumer application to receive any value other
than 1 or 0 (invalid values), may be due to a defect of omm provider.
Best Answer
-
Please see the following answers to your questions.
a) The Login domain is one of the Reuters Domain Models
(RDMs) which typically are provided or consumed by a Thomson Reuters product, such
as the Enterprise Platform Real-Time, Data Feed Direct, or Elektron. If the
consuming application connects to one of Thomson Reuters product, there should
be no other components and attributes received.b) The Login is administrative
domain which is generally handled by EMA. Application doesn’t need to process
the Login domain message. However, Login message processing provides additional information about the connected provider.For example, if an OMM provider
doesn’t support Dynamic View feature, it will send SupportViewRequests = 0 in
the Login refresh message. Once EMA applcation tries to use Dynamic Views
feature by specifying field ID Element List in ReqMsg’s payload, EMA will
process the request depended on received value of the SupportViewRequests. If
SupportViewRequests is 0, EMA will send the request message without views so
that the application receives refresh with all available fields. In this case,
Login refresh processing will provide the reason why Dynamic Views request
doesn’t take effect.c) If OMM provider actually sends
the out of range values, EMA application will also receive the values. This is
because EMA pass the values received from network to application as is.0
Answers
Categories
- All Categories
- 3 Polls
- 6 AHS
- 37 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 697 Datastream
- 1.5K DSS
- 632 Eikon COM
- 5.2K Eikon Data APIs
- 12 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 4 Trading API
- 2.9K Elektron
- 1.4K EMA
- 256 ETA
- 563 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 281 Open PermID
- 46 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 749 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
- 123 Open DACS
- 1.1K RFA
- 107 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 96 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛