question

Upvotes
Accepted
25.3k 87 12 25

EMA Webinar Nov 2: What are strong reasons to switch from RFA to EMA?

What are strong reasons to switch from RFA to EMA? From the presentation so far it seems to me EMA occupies more or less the same space as RFA. Perhaps a with a little higher level of abstraction. But I'm sure I'm just missing things.

elektronrefinitiv-realtimeelektron-sdkema-apirrtelektron-message-api
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

1 Answer

· Write an Answer
Upvotes
Accepted
476 6 16 18

EMA is easier to learn and support and a bit faster than RFA. It's open-source. And it is TR's strategic API.

If you have an application written with RFA, the time to move it to EMA is when you are rewriting it (or parts of it) for business-driven reasons. If you are adding functionality, or doing a major technology refresh such as an O/S migration, you should consider migrating the application to EMA as part of that. If you're writing a new application, or a major new version of one, that is also the time to use EMA. Your RFA developers will learn EMA quickly and easily.

You don't need to launch RFA to EMA migration projects just for the sake of it.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.