Real time connection with DACS user

tidhary

We are upgarding our calypso version and mving from Java 8 to Java 21

In Java 8 there is no problem connectin to RFA using dacs user

In Java 21 we are getting permission proble.

we are sending connection request' and getting in response

1respMsg.getMsgType() = 6

1respMsg.getState().getDataState() = 2

the probelm is calypso is expecting the following answer

1respMsg.getMsgType() = 7

1respMsg.getState().getDataState() = 1

2025-07-17 17:49:25,793+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1Received Login Response...

2025-07-17 17:49:25,826+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1respMsg.getMsgType() = 6

2025-07-17 17:49:25,842+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1respMsg.getState().getStreamState() = 1

2025-07-17 17:49:25,850+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1OMMState.Stream.OPEN = 1

2025-07-17 17:49:25,851+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1respMsg.getState().getDataState() = 2

2025-07-17 17:49:25,851+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1OMMState.Data.OK = 1

2025-07-17 17:49:25,855+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1LoginClientImpl::Received Login Response - MsgType.REFRESH_RESP

2025-07-17 17:49:25,859+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] MESSAGE

2025-07-17 17:49:25,860+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Msg Type: MsgType.REFRESH_RESP

2025-07-17 17:49:25,862+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Msg Model Type: LOGIN

2025-07-17 17:49:25,864+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Indication Flags: REFRESH_COMPLETE

2025-07-17 17:49:25,865+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Hint Flags: HAS_ATTRIB_INFO | HAS_ITEM_GROUP | HAS_RESP_TYPE_NUM | HAS_STATE

2025-07-17 17:49:25,868+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] State: OPEN, SUSPECT, NONE, "All connections pending"

2025-07-17 17:49:25,868+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Group: 0000

2025-07-17 17:49:25,869+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] RespTypeNum: 0

2025-07-17 17:49:25,872+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] (RespType.SOLICITED)

2025-07-17 17:49:25,872+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] AttribInfo

2025-07-17 17:49:25,873+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Name: calypso_dev

2025-07-17 17:49:25,874+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] NameType: 1 (USER_NAME)

2025-07-17 17:49:25,874+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Attrib

2025-07-17 17:49:25,875+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_LIST

2025-07-17 17:49:25,877+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY AllowSuspectData:

2025-07-17 17:49:25,879+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] 4, 1

2025-07-17 17:49:25,879+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY SingleOpen:

2025-07-17 17:49:25,880+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY SupportBatchRequests:

2025-07-17 17:49:25,880+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] 4, 7

2025-07-17 17:49:25,881+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY SupportOptimizedPauseResume:

2025-07-17 17:49:25,881+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY SupportPauseResume:

2025-07-17 17:49:25,882+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY SupportViewRequests:

2025-07-17 17:49:25,883+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY SupportEnhancedSymbolList:

2025-07-17 17:49:25,884+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] ELEMENT_ENTRY SupportOMMPost:

2025-07-17 17:49:25,885+0300 DEBUG [com.calypso.ReutersRFAEventItemDetails] (Thread-10) [-] [] Payload: None

2025-07-17 17:49:25,886+0300 DEBUG [com.calypso.ReutersRFAEventItem] (Thread-10) [-] [] 1LoginClientImpl::respMsg parsed

2025-07-17 17:49:35,782+0300 DEBUG [com.calypso.ReutersRFA] (AWT-EventQueue-0) [-] [] com.calypso.tk.marketdata.LoginClientImpl thread wait ended.

2025-07-17 17:49:35,784+0300 ERROR [com.calypso.ReutersRFA] (AWT-EventQueue-0) [-] [] Failed to authenticate user (user name=calypso_dev). Please check the user rights on Thomson Reuters Server.

2025-07-17 17:49:35,786+0300 ERROR [com.calypso.FeedWindow] (AWT-EventQueue-0) [-] [] Error received while initializing feed com.calypso.tk.marketdata.FeedException: Failed to authenticate user (user name=calypso_dev).

Please check the user rights on Thomson Reuters Server.

at com.calypso.tk.marketdata.RFAFeedHandler.sendLoginRequest(RFAFeedHandler.java:703)

at com.calypso.tk.marketdata.RFAFeedHandler.start(RFAFeedHandler.java:276)

at com.calypso.apps.marketdata.FeedWindow.initFeedHandler(FeedWindow.java:767)

Find more posts tagged with

java

#technology

Accepted answers

All comments

wasin.w V3

Hello @tidhary

The "Failed to authenticate user (user name=calypso_dev)." error message indicates that the API cannot authenticate a DACS username calypso_dev with the DACS server on the infra level.

The only thing you can do on an application/API side is to set a valid DACS username to the API Login request message.

If you think the calypso_dev DACS username is a valid username, please contact your Market Data team to verify ADS and DACS settings.

tidhary

It is a valid DACS username

the same reuters_rfa.xml file works well when running on environment using java 8

But not working when being used on environment using java 21

The connection is done but from reuters side the retuned answer is

1respMsg.getMsgType() = 6

1respMsg.getState().getStreamState() = 1

1respMsg.getState().getDataState() = 2

while Calypso application is expecting

respMsg.getMsgType() = 7

1respMsg.getState().getDataState() = 1

What parameter controls what I'm getting back as anansewer from reuters

Jirapongse

@tidhary

I tested this behavior by using the QSConsumer example in the RFA package.

The first login retrieved message is:

LoginClient: Received Login Response - MsgType.REFRESH_RESP

MESSAGE

	Msg Type: MsgType.REFRESH_RESP

	Msg Model Type: LOGIN

	Indication Flags: REFRESH_COMPLETE

	Hint Flags: HAS_ATTRIB_INFO | HAS_ITEM_GROUP | HAS_RESP_TYPE_NUM | HAS_STATE

	State: OPEN, SUSPECT, NONE,  "All connections pending"

	Group: 0000

	RespTypeNum: 0 (RespType.SOLICITED)

	AttribInfo

		Name: U8009686

		NameType: 1 (USER_NAME)

		Attrib

			ELEMENT_LIST

				ELEMENT_ENTRY ApplicationId: 256

				ELEMENT_ENTRY Position: 192.168.50.30/WIN-Q1OUFFDBGUJ

				ELEMENT_ENTRY AllowSuspectData: 1

				ELEMENT_ENTRY SingleOpen: 1

				ELEMENT_ENTRY SupportBatchRequests: 7

				ELEMENT_ENTRY SupportOptimizedPauseResume: 1

				ELEMENT_ENTRY SupportPauseResume: 1

				ELEMENT_ENTRY SupportViewRequests: 1

				ELEMENT_ENTRY SupportEnhancedSymbolList: 1

				ELEMENT_ENTRY SupportOMMPost: 1

	Payload: None

MsgType.REFRESH_RESP is 6 and the state is OPEN, SUSPECT, NONE, "All connections pending". This login refresh message indicates that the library is still unable to establish a connection to the server.

After the library can establish a connection and login to the server, the application will get the following message.

LoginClient.processEvent: Received Login Response 

LoginClient: Received Login STATUS OK Response

MESSAGE

	Msg Type: MsgType.STATUS_RESP

	Msg Model Type: LOGIN

	Indication Flags: 

	Hint Flags: HAS_ATTRIB_INFO | HAS_STATE

	State: OPEN, OK, NONE,  "Login accepted by host 86dd62c6c51e."

	AttribInfo

		Name: U8009686

		NameType: 1 (USER_NAME)

		Attrib

			ELEMENT_LIST

				ELEMENT_ENTRY ApplicationId: 256

				ELEMENT_ENTRY ApplicationName: ADS

				ELEMENT_ENTRY Position: 192.168.50.30/WIN-Q1OUFFDBGUJ

				ELEMENT_ENTRY ProvidePermissionExpressions: 1

				ELEMENT_ENTRY ProvidePermissionProfile: 0

				ELEMENT_ENTRY AllowSuspectData: 1

				ELEMENT_ENTRY SingleOpen: 1

				ELEMENT_ENTRY SupportBatchRequests: 7

				ELEMENT_ENTRY SupportOptimizedPauseResume: 1

				ELEMENT_ENTRY SupportPauseResume: 1

				ELEMENT_ENTRY SupportViewRequests: 1

				ELEMENT_ENTRY SupportEnhancedSymbolList: 1

				ELEMENT_ENTRY SupportOMMPost: 1

	Payload: None

MsgType.STATUS_RESP is 7 and the state is OPEN, OK, NONE, "Login accepted by host 86dd62c6c51e."

Therefore, it is expected to get the MsgType.REFRESH_RESP (6) followed by the MsgType.STATUS_RESP (7).

In your case, the problem could be that the RFA couldn't connect to the server or the username was rejected by the server. We can enable the mount and message logs in the RFA library by using the mountTrace and ipcTraceFlags configurations in the Connections.

With these configurations, you can check the log from the RFA_RSSL0.log file.

You need to contact the calypso support team directly and verify how to enable logging in RFA and the meaning of these error messages.

2025-07-17 17:49:35,784+0300 ERROR [com.calypso.ReutersRFA] (AWT-EventQueue-0) [-] [] Failed to authenticate user (user name=calypso_dev). Please check the user rights on Thomson Reuters Server.
2025-07-17 17:49:35,786+0300 ERROR [com.calypso.FeedWindow] (AWT-EventQueue-0) [-] [] Error received while initializing feed com.calypso.tk.marketdata.FeedException: Failed to authenticate user (user name=calypso_dev).

EXPLORE OUR SITES