We sometimes get a
Event.COMPLETION_EVENT) on application startup immediately after a call to
How can I get more information about what is going on? It's not an invalid usename (it works most of the time) or an oversubscribed username (customer support can usually tell me that, but they say "we can confirm that there was no issues observed in the logs at the time of the incident."). We're using Java RFA 8.1.0.L1 library.
I have checked the release notes for rfaj8.2.1.L1 and cannot see any OMMConsumer + Login related issues reported/fixed since 8.1.0.L1
Completion events are generated to inform the Application that the stream has been closed and therefore you should not expect any further events on that stream.
There are two ways in which an event stream can be closed:
• The application closes the stream via unregisterClient() call to RFA.
• The application receives an event that closes the stream.
Assuming you are not calling unregisterclient, the other explanation is that the stream is being closed off by the server and the application receives a close event.
If you are able to recreate this relatively easily, then you could enable the low-level IpcTrace in RFA Java, so that we can confirm if the Login stream is indeed being closed off by the server.
See the accepted answer in the post below for details on how to enable the low-level trace.
Unless you are able to capture the low-level trace of the completion event, it is not possible to confirm if the stream is being closed off by the server.
Are you logging all the Status Information received by the application for all related events e.g. connection events, the Login Resp Msg etc. You can see an example of this in the com.reuters.rfa.example.omm.cons example packaged with RFA Java in the Examples\com\reuters\rfa\example\omm\cons folder.
The output from the above may help shed some more light on your scenario.
It looks like our client is based on
Examples/com/reuters/rfa/example/omm/cons/LoginClient.java (although probably a version from many years ago).
I see we get 3 messages on failure
OPEN, SUSPECT, NONE, "All connections pending", but this looks identical to the message we receive before a success.
ComplEventMsgwith no useful information.
We were logging as much detail as we could from the 1st and 3rd ones but no real details from the 2nd, and that appears to be where all the useful information was. After adding full details from that message (and forcing an error by overusing the ID) I was able to see
CLOSED, SUSPECT, DACS_MAX_LOGINS_REACHED, "Access Denied-already using position 100.100.173.119".
But the error I got a few days ago was not caused by overusing the ID or using a bad ID, and I can't go back in time to add the logging. Do you have any idea what else can cause a completion event?
Are you connecting to an internal ADS or to our cloud using LPC- I assume from the above DACS message that you are connecting to an internal ADS?
Also, has this just started happening recently or has this been an ongoing issue for an extended period of time?
Unfortunately without any logging/trace etc, there is no way to confirm why your Login stream was closed off.
There is always a small possibility that you are encountering a bug in RFA Java - but we would need evidence to confirm this and currently, the latest RFA Java Releases notes have no mention of any similar bug being reported and fixed in the more recent releases.
Thanks for confirming. If that is the case, I would refer you back to your internal Market Data team. As mentioned previously, Assuming you are not calling unregisterclient, the other explanation is that the stream is being closed off by the server and the application receives a close event.
They could always try reaching out to the Refinitiv RTDS support team for any other possible guidance on diagnosing the cause of the above.
My understanding from the posts above was that you are a developer at your organisation using your internal ADS servers - which are usually administered/managed by a separate Market Data team.
However, if I am mistaken and you are the ADS admin etc then you can reach out to our RTDS support team for ADS related support - the moderators etc on this forum are not RTDS experts.