How to prevent downloading RWFTEST1

dsystemdesktopando新しいフォルター.zip

We are trying to get feedname=hEDD through RTBS, and at the same time this starts to get RWFTEST1.
However, we don't need this RWFTEST1 and prevent downloading because this downloading results in error.

Can we skip or prevent downloading this RWFTEST1?
Please let us know how to.

Please see below for the error message.

RWFTEST1
>2017-03-27 07:24:20,430 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.directory.DirectoryDataClient : INFO - [RWFTEST1]: Dictionaries Provided = [RWFFld, RWFEnum]
>2017-03-27 07:24:20,430 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.directory.DirectoryDataClient : INFO - [RWFTEST1]: Dictionaries Used = [RWFFld, RWFEnum]
hEDD
>2017-03-27 07:24:20,432 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.directory.DirectoryDataClient : INFO - [hEDD]: Dictionaries Provided = [RWFFld, RWFEnum]
>2017-03-27 07:24:20,432 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.directory.DirectoryDataClient : INFO - [hEDD]: Dictionaries Used = [RWFFld, RWFEnum]


>2017-03-27 15:41:47,566 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.dictionary.OmmFieldDictionaryFacility$OMMFieldDictionaryClient : INFO - Received dictionary info update on RWFFld
>2017-03-27 15:41:47,567 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.dictionary.OmmFieldDictionaryFacility$OMMFieldDictionaryClient : WARN - Incorrect data type received: payload data is 128/NO_DATA instead of 138/SERIES
>2017-03-27 15:41:47,569 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.dictionary.OmmFieldDictionaryFacility$OMMFieldDictionaryClient : INFO - Received dictionary info update on RWFEnum
>2017-03-27 15:41:47,569 [RFA-Dispatcher] murex.interfaces.provider.reuters.service.impl.omm.dictionary.OmmFieldDictionaryFacility$OMMFieldDictionaryClient : WARN - Incorrect data type received: payload data is 128/NO_DATA instead of 138/SERIES
>2017-03-27 15:41:52,403 [RtbsPublisherQueueMonitor] murex.apps.datalayer.spi.rtbs.impl.DriverProtocolImpl : INFO - RTBS publisher queue state: received: total=0 last=0 sent: total=0 last=0 dropped: total=0 last=0 queued: 0

>2017-03-27 16:37:47,265 [DriverProtocolReceiveThread] murex.interfaces.provider.reuters.service.impl.RfaRealtimeConnectorImpl : ERROR - This is fatal.
>2017-03-27 16:37:47,265 [DriverProtocolReceiveThread] murex.interfaces.provider.reuters.service.impl.RfaRealtimeConnectorImpl : ERROR - !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
>2017-03-27 16:37:47,265 [DriverProtocolReceiveThread] murex.interfaces.provider.reuters.service.impl.RfaRealtimeConnectorImpl : ERROR - Notify listener for fatal exception: Reuters RFA session initialization failed.
>2017-03-27 16:37:47,265 [DriverProtocolReceiveThread] murex.realtime.provider.reuters.rtbs.RfaRTBSDataSource : FATAL - Reuters Realtime Connector failed with fatal exception:
>murex.interfaces.provider.reuters.domain.RfaException: Reuters RFA session initialization failed.
>。。。Caused by: murex.interfaces.provider.reuters.domain.RfaException: Failed fetching dictionary data for service RWFTEST1.

Best Answer

  • Hello @Hirou_Tanaka

    There is no RFA configuration for OMM applications about downloading dictionary; all is done by the application. Hence, you should contact Murex support team to ask how to configure Murex application or which command line can set the application not to request dictionary from RWFTEST1.

Answers

  • We are getting this message also but I don't think I can ask Murex this question - we don't use their's software - we are competotors...

  • Hello @boris

    RFA does not provide configuration about downloading dictionary. This is done by application. Hence, you should contact the team who develops this application.

  • I developed this application. I can look at a mirrow and talk to myself of course:)

    When people from different companies complaining about same issue, maybe someone should look at his own system rather than keep pushing back.