Hi @mukund.patel

The initial Refresh message should always contain every field available for that RIC - even if the field is empty.

In terms of your remaining questions, the answers are not quite definitive. This is because the API is 'content agnostic' - in the sense that it will pass on whatever it receives from the upstream connection - it does not try and apply any business logic etc to the updates.

Generally speaking you should only receive an update when one or more fields change. However, it is possible to sometimes receive an update where no fields have changed - this could be because the originating exchange or venue has issued an update - even though a field has not obviously changed.

The updates you do receive will include fields that the feed considers to have changed or are in someway related to a field that has changed - but this will be a subset of the Refresh.

You may also receive an unsolicited Refresh occasionally - e.g. after an item has gone Stale/Suspect and then subsequently transitioned to OK state.

In terms of matching Date and Time field, generally the feed tries to minimise the payload and will not send a Date field unless the date has changed e.g. you should not expect to receive a TRADE_DATE in the update each time there is a trade - only a TRDTIM_1 for example.

Likewise for BID / ASK / PRIMACT_1 / SEC_ACT_1 - you should expect to receive BID independently of ASK if only BID or ASK has changed since the last update. However, it is possible to receive a BID and ASK even if only one has changed - again depending on the originating venue / asset class etc.

One other thing you may be interested is the View request functionality - where you can ask the server to filter the Fields it sends you in the Refresh + Update messages. See Section 13.3 of the RFA Developer Guide for more details and the StarterConsumer_BatchView.java example too.

One thing I should mention is that if you are in the early stages of your RFA JAVA adaptor development, then I strongly recommend you explore the Elektron Message API of the Elektron SDK. Not only is he Elektron SDK is our strategic API, it is also much easier to learn, implement and maintain and in the longer term will receive any new features and functions (unlike RFA which is feature complete)

Thank you. That makes sense regarding the fields.

BTW- for now we will not switch to Elekron. This is because the development is fairly well progressed.