Enhanced Symbol Lists require Provider support?

Options
LtDoolittle6
LtDoolittle6 Contributor
in RFA

Within RFA 8.x, the Enhanced Symbol List functionality states:

"When data is requested along with names on the symbol list, RFA opens the items listed in the symbol list response for the consumer application."

From this, we can clearly see that the RFA API will provide the convenience of opening the items automatically within the symbol list when it returns from the Provider. This is a nice convenience as the RFA client doesn't have to code for this. In fact, a nice diagram is outlined here describing exactly that.

However, for reasons not exactly clear to me, the Provider needs to support this as indicated in the Login Response message (search for SupportEnhancedSymbolList on that page). In fact within this question, part of the answer also explains the Provider has to support this capability i.e.

"Even then not all providers may support the "enhanced" concept of sending all the symbol list constituents from the single request..."

Yet, the description (and diagram) of what an Enhanced Symbol List clearly states the API at the client side will do all the work for you.

Can someone clear up the confusion. Exactly what support does a Provider need to provide for Enhanced Symbol Lists?

Tagged:

Best Answer

  • veerapath.rungruengrayubkul
    veerapath.rungruengrayubkul LSEG
    Answer ✓

    The "SupportEnhancedSymbolList" is generated by RFA consumer to indicate that the version of RFA supports the Enhanced Symbol List feature. This means that an RFA8 consumer application always receives SupportEnhancedSymbolList=1 in Login refresh message‘s
    AttribInfo.Attrib.

    With this feature, RFA sends request for items from the symbol list on the consumer application's behalf. If the back end server supports batch feature, RFA will send the item requests as batch. Otherwise, RFA will send the item request as individual request.

Answers

Categories