Exceeded maximum number of mounts per user.

Hello,
We are using WebSocketAPI for pricing streaming (Service: ELEKTRON_DD)
Implementation is done on JAVA.
Every RIC request(Item request) is using own webSocket connection. Up to 10 requests, everything is okay, but after I have an exception: Exceeded maximum number of mounts per user.
First question: is it correct to use one webSocket connection per 1 request? When I tried to use the same webSocket connection for two requests I had another exception: Request Rejected: Cannot request new item on open stream.
Second question, if it is correct to use one session per request, how can we increase number of mounts?
Thanks!
Best Answer
-
Hi @mario.marchl,
Are you connecting to local market data infrastructure or RTO in cloud?
Either way, your application should only open one websocket connection for multiple subscriptions, as long as your network can handle the bandwidth of the streaming updates - which it can easily for 10 instruments.
When sending the second subscription request, please ensure that the ID is unique.
0
Answers
-
It is not best practice to assign a new connection for each item request. The API supports the ability to handle thousands of requests per connection. Regarding the exception you received, are you requesting for the same item within the same connection? Also, is it an exception? Or did you receive a status response indicating the request was closed because the request was rejected?
0 -
Thank you for quick reply, I assume we are using in a cloud, because we are using following URLs:
provider=aws, endpoint=eu-west-1-aws-1-sm.optimized-pricing-api.refinitiv.net.Can you tell me if following course of actions are correct.
We create webSocket connection:
this.webSocket = websocketFactory.createSocket(this.url)
.addProtocol("tr_json2")
.addListener(new WebSocketAdapterImpl(this))
.addExtension(WebSocketExtension.PERMESSAGE_DEFLATE);
this.webSocket.connectAsynchronously();After that we have to send only one login request for all our rics:
refinitivMessage.setId(1)
.setDomain("Login")
.setKey(new Key()
.setElements(new Elements()
.setApplicationId(APP_ID)
.setPosition(this.position)
.setAuthenticationToken(this.authToken)
).setNameType("AuthnToken"));And in the end, we can send our ric requests:
message.setId(2)
.setKey(new Key()
.setName(this.ricRequest.getRic())
.setService(SERVICE)).
setView(this.ricRequest.getFields());Where 2 - should be replaced with uniq ID for each request, is it correct?
0 -
Yes, the ID has to be unique in the message:
message.setId(2)
0 -
Hello @mario.marchl
Like my colleagues @nick.zincone and @Gurpreet have said, one WebSocket connection can handle multiple subscription streams. You can find more detail about the item subscription with the Real-Time WebSocket API from the following resources:
The example for the batch request (multiple items in a single request) is the "MarketPriceBatchView.java" example available here.
Please note that the example is using the deployed RTDS connection, but the batch logic is the same on the RTO cloud connection.
0
Categories
- All Categories
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 33 Data Model Discovery
- 682 Datastream
- 1.4K DSS
- 613 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
- 248 ETA
- 552 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.8K Refinitiv Data Platform
- 625 Refinitiv Data Platform Libraries
- 5 LSEG Due Diligence
- 1 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
- 191 TREP Infrastructure
- 228 TRKD
- 915 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 83 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 46 中文论坛