-
By leveraging the notifyNewTables and notifyTablesClose methods of the Metadata you can maintain an updated map of users and their respective active subscriptions.
By adding the list of requested groups for the involved user in the notifyNewTables method and subtracting the groups from the same user as the notifyTablesClose is called, you can use this map to make decisions in the notifyNewTables method to reject any duplicates (by throwing a CreditsException).
- https://sdk.lightstreamer.com/ls-ada...bleInfo%5B%5D)
- https://sdk.lightstreamer.com/ls-ada...bleInfo%5B%5D)
Regards,
Giuseppe
-
Thanks so much,
I have another note, when my laptop goes in sleep mode, and come back, I noticed that some queuing behavior appear.. I have seen that messages comes very quickly.
Would you please clarify that?
-
I suppose that was the client buffer involved (few updates already received and not elaborated yet); or maybe is the snapshot of the new client session.
But please clarify if it is a browser application or something else and if it's a matter of just a few seconds and then real-time is immediately restored or some delays persist.
Alternatively, we could try to analyze the client log at the debug level.
Regards,
Giuseppe
-
It's a Java client, I will send you the client's log today also.
-
Hi Guiseppe,
I have sent an email from my personal email "mankeer@gmail.com" containing the client's side log, the client has been disconnected for unknow reason.
server side logs has been sent from my business email.
further, I have sent another email with an image of some strange behavior happening on the server side. it's a snapshot from the dashboard metrics.
How can we get the charts for the whole day? can you get your live support with us to handle many issues happening?
Regards
-
Hi ManKeer,
I have replied to your persoanal mail.
Regards,
Giuseppe
-
Hi guiseppe,
I have checked my business email and I get your email regarding the charts
-
Hi ManKeer,
It is strange i have both replied to your emails. Anyway find below my first email:
Hi Mahmoud,
We have analyzed the various information you sent us, and what seems to emerge from the analysis is that the client experienced a disconnection after entering the STALLED state at around 11:54.
This happened because it did not receive anything from the server within the configured timeouts.
After that, the session recovery failed, and subsequently, there were several unsuccessful attempts to create a new session for the reason 'User/password check failed.'
Comparing the chart you attached, a plausible hypothesis is that the server experienced a connectivity gap of about two minutes, which likely also caused issues with the adapters. In fact, no further updates were received, and even credential checks failed. Can you check if you had any systemic issues on the network of that server?
Could you please send us the complete server log for the time interval from 11:54:00 to 11:57:30?
Regards,
Giuseppe
-
Dear Guiseppe,
I have sent you a delayed client logs on your email.
regarding your previous reply, DO YOU THINK THE USE OF THE FOLLOWING METHODS ON THE CLIENT SIDE CAN HELP US?
yClient.connectionOptions.setReconnectTimeout(3000 );
myClient.connectionOptions.setIdleTimeout(idleTime out);
myClient.connectionOptions.setStalledTimeout(stall edTimeout);
myClient.connectionOptions.setKeepaliveInterval(ke epaliveInterval);
-
Hi guiseppe,
I have sent you another email, the application accumulates updates once my machine goes to sleep mode.
waiting your help