Receiving two refreshes for symbol list with complete flag set to true

Receiving two refreshes for symbol list with complete flag set to true
For example if we have 19022 instruments, first received 19022 (in multiple messages and one complete) and then 22 (in a message and one complete)

On arrival of refresh message , we are clearing cache and adding new symbols
The problem in on arrival of second complete refresh , we will delete 19000 instruments from cache

Find more posts tagged with

refresh

ema-api

refresh-message

#product

Accepted answers

All comments

Jirapongse

@arun.gadade

Thank you for reaching out to us.

Does the second refresh message have the CLEAR_CACHE flag?

To verify this problem, please enable XML tracing in the API to trace all retrieved messages.

Please refer to the EMA configuration guide regarding how to enable XML tracing in the consumer.

arun.gadade

CLEAR_CACHE was false for both messages

And I am trying horizontal scaling as per this article https://developers.lseg.com/en/article-catalog/article/how-to-diagnose-and-solve-out-of-memory-issues-in-rfa-java-appli

arun.gadade

With single omm consumer I am not facing this issue. when I created multiple consumers I got this issue.

You are using RFA Java, not EMA. Please confirm.

We need to see the tracing data in order to identify the problem.

This developer forum is for questions on and general discussions of Refinitiv APIs. To investigate this issue, you can contact the API support team directly via Contact Premium Support.

arun.gadade

Using EMA

arun.gadade

@Jirapongse I am not able to find support at this link Contact Premium Support
Could you please provide direct link

arun.gadade

And with single consumer , on application restart , symbol list refresh keep on coming. This is intermittent issue though not on all restarts.

Jirapongse

@arun.gadade

You need to be a Refinitiv Developer Connect (RDC) named user in order to access the Contact Premium Support. For more information regarding RDC, please contact your Refinitiv account team or Sales team directly.

We still need XML trace files to verify what the problem is. Please refer to the EMA configuration guide regarding how to enable XML tracing in the consumer.

You can also refer to the Enterprise Message API (EMA) - Configuration Overview article.

arun.gadade

@Jirapongse

How can achieve below throttling feature of RFA in EMA

From : TREP_RFA_Java_DeveloperGuide.pdf

14.5.8 Throttling

If a client application requests a large number of items at the same time, the requests could overflow the outgoing channel. This could cause the channel to disconnect. Additionally, the item images could be received by the consumer application about the same time. If the subscribing application cannot process the images fast enough, the network channel will overflow, causing the Slow Consumer channel to be disconnected. When the subscriber tries to recover, it will again request all of the items, thereby repeating the problem. This situation is often called thrashing.

Consumer applications can use throttling to limit the rate of requests sent to a provider to reduce the probability of thrashing occuring.

The throttling configuration is as follows:

throttleBatchCount

throttleEnabled

throttleMaxCount

throttleRequestsPerInterval

throttleTimerInterval

throttleType

EXPLORE OUR SITES