OMM Consumer - Do I need to unregister all registered clients to logout?

From what I read in this forum, unregistering the login client should be enough to logout and close the open connection with TREP but somehow every now and then I get the following error message:
<- Received MMT_LOGIN - Login Denied
streamState : Closed
dataState : Suspect
statusCode : Unknown status code (31)
statusText : Access Denied-already using position <ip>
I've already made sure no other app or process is using the same service account I'm using and I've also made sure the cleanup of the process is always performed.
The only thing I can think of is that I'm missing to unregister the clients that I've created to request for the item's data. Do I need to unregister every client I've ever registered???
Thanks in advance!
Best Answer
-
There is no need to close other streams after closing the login handle.
If this method is used, individual closes for the corresponding event streams are not required.
// Logout
pOMMConsumer->unregisterClient( pLoginHandle );You may try to enable tracing in the API. If you see the following trace at the end of file, it means the login close has been sent to the server and the problem may be on the server side.
<closeMsg domainType="RSSL_DMT_LOGIN" streamId="1" containerType="RSSL_DT_NO_DATA" flags="0x0" dataSize="0">
<dataBody>
</dataBody>
</closeMsg>To verify the problem on the server side, please submit a case to ADS support team via Contact Us.
0
Answers
-
I only find
pOMMConsumer->unregister( pLoginHandle );
there is no
pOMMConsumer->unregisterClient( pLoginHandle );
0 -
Hi @xlil997 ,
Where are you looking?
Are you looking at RFA 8 C++?
In OMMConsumer.h header of 8.0 and 7.6 I see defined:
virtual void unregisterClient( rfa::common::Handle* pClientHandle...
Hope this helps.
0 -
Hello @xlil997,
Once a question has an answer that is accepted as correct, it's much better to create a new independent question, to give it visibility. Optionally, point to the past question, adding a link.
Often, a follow-up answer on a post-discussion question is not immediately visible and is overlooked by the community. This is what we try to avoid.
0
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
- 690 Datastream
- 1.4K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 559 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 280 Open PermID
- 45 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 717 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
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛