Why the background loaded dictionaries are not public accessible in EMA

For building efficently applications access to the dictionary is important. E.g. creating fieldlist to reduce message. overhead. I think it is not usefull tho load required dictionaries twice and handle this by usercode.
Best Answer
-
Here are some general directions that the architects and developers of the EMA had in mind while developing the EMA.
A) In general, the dictionaries are accessed only during the decoding of field list, e.g. to expand FID# into type and meaning, plus some more like enums expansions, etc.
Though this is possible to access dictionaries during encoding of field list to verify correctness of the encoding (e.g. data type) this is mostly skipped due to: 1) performance overhead, 2) limited error detection possibility.
C) EMA hides the dictionary from the user's view to simplify the encoding and decoding of field list. Please refer to the RFA and UPA dev guides how much dictionary code is needed to handle decoding of field list. Of course, these approaches have their own advantages too.
D) the hiding of the dictionaries in the EMA makes the encoding and decoding of element list and field list identical.
Hope these general guidelines provide some light on the situation.
Feel free to provide more details about your case so we can provide a better answer for you.
0
Answers
-
Yes, the loaded data dictionary is used internally in EMA. In EMA, you can create a fieldlist by using the following code.
try {
FieldList fieldList;
fieldList.info( 1, 1 )
.addUInt( 1, 64 )
.addReal( 6, 11, OmmReal::ExponentNeg2Enum )
.addDate( 16, 1999, 11, 7 )
.addTime( 18, 02, 03, 04, 005 )
.complete();
} catch ( const OmmException & excp ) {
cout << excp << endl;
}0 -
I use the EMA C++ edition
0 -
Hey,
for better understanding, i need the posibility to translate fieldnames into fieldids, for
1. Creating FieldID-List for view in MarketPrice-Request-Message.
2. Efficiently mapping of incoming messages in consumer, while decoding payload to application side databuffer. Excessively using of fieldlist.decoders-method "forth(EmaString&)" is insuffucient.
0 -
To pull the "tangible" dictionary that you can use, please see the example 332 Dictionary_Streaming
0 -
That's it, what I don't want to do. In this case i can continue using of RFA with more comfort.
0 -
The
New version of Elektron SDK - C++, 1.1.0, has been released. The package is available in this link. This
version implements features which allow you to get access to the
internal EMA dictionary via the thomsonreuters::ema::rdm::DataDictioanry
class.To get internal EMA dictionary, application needs to request "RWFFld" and
"RWFEnum"
without service name and then create a new DataDictioanry instance with
dictionary response's payload. Please see the
"332__Dictionary__Streaming" example.Application can also
extract a DataDictionary object used by FieldList when decoding it via
the DictionaryUtility::dataDictionary() static method.0 -
Hi veerapath,
is was not there a longer time, so was really suprised that my request had got a positive responce.
Thanks!
Reinhold
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 中文论坛