How much coding effort needed if migrating from RFA7.7 to RTT EMA
Best Answer
-
Hi @aftab
I noticed you asked a similar question for migrating from RFA 7.7 to RFA 8.x
Assuming you are using the legacy MarketData/SSLED interface with RFA 7.7, as explained in my other post, moving from RFA 7.7 to EMA will be considerably less effort than moving to the RFA 8.x OMM interface.
If you compare the legacy RFA 7.7 consumer example RFASTTicker (C++) or the most basic MDSubDemo (Java) with a similar EMA consumer example such as 200_MP_Streaming - you will note that the EMA examples use a fraction of the code to achieve the same functionality compared their RFA equivalents.
This is because EMA is a high-level ease of use layer API which defaults much of the most commonly performed operations e.g.
// C++
OmmConsumer consumer( OmmConsumerConfig().host( "ads1:14002" ).username( "user" ) );OR
// Java
OmmConsumerConfig config = EmaFactory.createOmmConsumerConfig();
consumer = EmaFactory.createOmmConsumer(config.host("ads1:14002").username("lpcuser2"));Executing the above lines of code performs the following (behind the scenes)
- Establish a session (connect to a server)
- login to the server with user name,
- download the data dictionary
- download the source directory
Achieving the above with the RFA OMM interface would require 100+ lines of code.
0
Answers
-
Hi @aftab
I should also like to highlight other key benefits of EMA over RFA:
Benefits of EMA over RFA
EMA has Cloud-native support – organisations wanting to cut datacentre costs
- The same EMA application can consume data from Deployed RTDS server & RTO Cloud endpoint.
- Easily switch from RTDS to RTO as and when required - Identical data formats
Future-proofing - longer-term OS and Compiler support for new APIs, older APIs will be deprecated (RFA is 19 years old, SFC/SSL even older).
EMA is an Open Source API
Improved performance:
- higher /throughput compared to RFA SSL
- lower latency, lower bandwidth usage compared to RFA SSL
Newer features
Views (field filtering), Pause & Resume data streams, Tunnelling, Service Discovery, Domains, Private Streams, Horizontal Scaling, Batch requests
Easier to learn for existing & new developers
- Ease of Use layers, Less code to write, Easier to maintain
- Improved resources - training, tutorials, examples, articles, use cases
Richer data payloads - Increased flexibility & efficiency of data distribution + processing, Binary encoded format
0 -
Thanks! Understood and satisfied with answer.
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
- 685 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
- 252 ETA
- 556 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
- 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
- 652 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
- 104 UPA
- 193 TREP Infrastructure
- 228 TRKD
- 917 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 中文论坛