Do we require to set the 'DACSMUXNAME' and 'DACSMUXPING' variables if we are using OPEN DACS API...

Best Answer
-
Actually, the Open DACS API connects to a DACS server through a DACS Daemon. A DACS Daemon can be installed on a local machine or remote machine.
According to the DACS Installation Guide:
DACSMUXNAME
This environment variable is used to inform the DACS Library that the DACS Daemon is located on a different machine than the DACS Library. This can be useful in cases where installing a local DACS Daemon is not appropriate with the understanding that performance is degraded and that in some configurations usage is not generated.
For example:
export DACSMUXNAME=192.168.27.50:dacs_lib
dacs_lib is 8211/tcp defined in the /etc/services file.
DACSMUXPING
This environment variable is used to inform the DACS Library that heartbeat messages should be sent between the DACS Library and the DACS Daemon. This option should only be used when the DACSMUXNAME option is being used.Therefore, these environment variables are used when you would like to connect to a remort DACS Daemon.
However, the Open DACS API allows you to specify a setting to connect to a remote Dacs Daemon. For example, with the Open DACS C++, you can specify it in the authorizationOptions parameter.
rfa::dacs::AuthorizationSystem::acquire(const rfa::common::RFA_String& authorizationName = “DACS”, const AUTH_SYSTEM_OPTION_VEC *authorizationOptions = NULL) throw (AuthorizationException)
The authorizationOptions parameter is an RFA_Vector that contains type AUTH_SYSTEM_OPTION_ELEMENT. The options are used to inform the API ‘how’ to connect to the DACS daemon and how usage should be logged. For example:
0
Answers
-
You would need to use those ENV variables if you are using a remote Dacs Daemon
Please see the existing post for details:
Not able to connect to remote sink daemon - Forum | Refinitiv Developer Community
0 -
In our application we use "acquire" and "createAuthorizationAgent" API of rfa::dacs::AuthorizationSystem class to connect to remote DACS Daemon. and we are able to connect without configuring above env variables.
So are these variables not required to set if we connect using above methods ?
0 -
I believe that is exactly the point @Jirapongse is making.
When I posted my reply - I was not aware of the programmatic option and was just answering your question about the ENV vars - I am not a DACS API specialist0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 684 Datastream
- 1.4K DSS
- 615 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 249 ETA
- 554 WebSocket API
- 37 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 275 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 643 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 26 DACS Station
- 121 Open DACS
- 1.1K RFA
- 104 UPA
- 192 TREP Infrastructure
- 228 TRKD
- 915 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 90 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 46 中文论坛