RFA c++ item recovery

Lalit · 2025-03-07T09:35:47+00:00

There was an error rendering this rich post.

I have provider and consumer application of RFA rssl C++. Consumer application starts first and provider application starts later. when consumer application request item at that time only few items were ready and for other item I get error status. How should I retrieve the provider items when they get ready at later point of time.

Find more posts tagged with

c++

rfa

ommconsumer

non-interactive-provider

interactive-provider

#technology

Accepted answers

Jirapongse

@Lalit

If the provider didn't send anything back to the client, RFA supports the item's maxItemRecoveryRetryCount and requestTimeout configurations.

The default value of the requestTimeout configuration is 45000 ms and the default value of the maxItemRecoveryRetryCount configuration is -1.

For more information, please refer to the RFA C++ Configuration guide.

In this case, the application will receive the Timeout status code.

2025 Mar 10 15:04:48.796 ST GMT+07:00 19F00 B740   594 TRACE <- Received MMT_MARKET_PRICE Status TRI.N

    serviceName : ELEKTRON_DD

    symbolName  : TRI.N

    streamState : Open

    dataState   : Suspect

    statusCode  : Timeout

    statusText  : Item Request Timeout.

2025 Mar 10 15:04:58.823 ST GMT+07:00 19F00 B740   594 TRACE <- Received MMT_MARKET_PRICE Status TRI.N

    serviceName : ELEKTRON_DD

    symbolName  : TRI.N

    streamState : Open

    dataState   : Suspect

    statusCode  : Timeout

    statusText  : Item Request Timeout.

The streamState state is still Open which means that RFA will recover the item.

You need to check the streamState. If the streamState is closed, this means that RFA will not recover the item.

All comments

Jirapongse

@Lalit

Thank you for reaching out to us.

Did the provider close the steaam if the items were not ready?

If yes, the only way to reopen the closed streams is resubscribing. The application needs to send another request message to request that item.

Lalit

No, the case is Provider service exist but provider is yet to open the stream for particular item, but consumer is trying to subscribe that item already basically consumer is trying to subscribe non existence item and later point of time provider is creating it.

Jirapongse

@Lalit

If the provider didn't send anything back to the client, RFA supports the item's maxItemRecoveryRetryCount and requestTimeout configurations.

The default value of the requestTimeout configuration is 45000 ms and the default value of the maxItemRecoveryRetryCount configuration is -1.

For more information, please refer to the RFA C++ Configuration guide.

In this case, the application will receive the Timeout status code.

2025 Mar 10 15:04:48.796 ST GMT+07:00 19F00 B740   594 TRACE <- Received MMT_MARKET_PRICE Status TRI.N

    serviceName : ELEKTRON_DD

    symbolName  : TRI.N

    streamState : Open

    dataState   : Suspect

    statusCode  : Timeout

    statusText  : Item Request Timeout.

2025 Mar 10 15:04:58.823 ST GMT+07:00 19F00 B740   594 TRACE <- Received MMT_MARKET_PRICE Status TRI.N

    serviceName : ELEKTRON_DD

    symbolName  : TRI.N

    streamState : Open

    dataState   : Suspect

    statusCode  : Timeout

    statusText  : Item Request Timeout.

The streamState state is still Open which means that RFA will recover the item.

You need to check the streamState. If the streamState is closed, this means that RFA will not recover the item.

Lalit

Thanks @Jirapongse

EXPLORE OUR SITES