on the legacy MarketFeed\SSL protocols we had the concept of Record Templates, which was also natively supported on SFC C++ via the RTRRTRecordImpl::setRecordTemplateNumber( RTRString * ) method and other similar methods. Using RFA C++ instead, the template number was set directly in the REC_TYPE field.
Anyway, the SFC C++ documentation had a note saying that "Record templates are a legacy concept on Triarch. Very few components actually use them".
My question is then the following: migrating a provider application from SFC C++ \ RFA C++, supporting SSL\MarketFeed, to an EMA C++ based application supporting OMM \ RSSL, should the application continue to support record templates? Or is this concept no longer necessary on the new protocols?
Hello @Paolo Parlapiano,
The answer will depend on which application(s) are using the provided data, and if it is decoding and using/storing the record template number. It is highly unlikely that a recent consumer application will use it, but you might have legacy applications using that field.
So, even though it is no longer needed for OMM/RSSL protocol, it won't hurt to carry one additional field to maintain backwards compatibility.