Results 1 to 8 of 8
  1. #1

    Connection stalled

    Hi support,
    I'm receiving these messages:
    16:44:31 Connection stalled
    16:44:34onFailure(PushServerException e)
    16:44:34 com.lightstreamer.ls_client.PushServerException: No data from server

    When is it considered stalled? Is there a way to configure that so it won't be considered "stalled" using a certain time?
    Thanks

  2. #2
    Administrator
    Join Date
    Feb 2012
    Location
    Milano
    Posts
    716
    Hi baalbaki,

    A client entered "Stalled" status when no actual data and no keepalive packets arrived within the KeepaliveInterval + StalledTimeout that for factory configuration is 7 seconds.
    Maybe that your client has been disconnected for a long time or for whatever reason stuck for several seconds without consuming packets from the network?

    By the way you can change the default values of the parameters involved with this APIs:

    - keepaliveMillis : https://sdk.lightstreamer.com/ls-javase-client/2.5.2-1107/api/com/lightstreamer/ls_client/ConnectionInfo.html#keepaliveMillis
    - probeTimeoutMillis : https://sdk.lightstreamer.com/ls-jav...eTimeoutMillis

    These APIs refer to Java Client version before 3.x since I assume you are using such an old version from the code you posted. With later versions the interface has changed quite a lot.

    Regards,
    Giuseppe

  3. #3
    Great thanks for the help!

  4. #4
    Hi,
    I simulate a disconnect by shutting down the lightstreamer server and the client gets these logs when this happen (look bellow). I have several table AbstractHandyTableListener public void onUnsubscrAll() but sometimes they happen way later instead of them happening all when this event happen. How can i force this callback to happen right away and not at random time of my code?
    Thanks

    12:49:33 PM com.lightstreamer.ls_client.ServerManager waitEvent
    SEVERE: Error while listening for data in session S023d29eb241e38dfM126T4642597
    12:49:33,279 ERROR ConnectionListener:: onFailure(PushConnException e)
    12:49:33,279 INFO AbstractHandyTableListener:: Unsubscribe all from url http://MY_USER@localhost:8081
    12:49:33,279 INFO AbstractHandyTableListener:: Unsubscribe all from url http://MY_USER@localhost:8081
    12:49:33,279 INFO AbstractHandyTableListener:: Unsubscribe all from url http://MY_USER@localhost:8081

  5. #5
    Administrator
    Join Date
    Feb 2012
    Location
    Milano
    Posts
    716
    Hi baalbaki,

    This is obviously not the expected behavior. Notifications of onUnsubscrAll events following a client session termination should all be simultaneous.
    There is no configuration or code to change this behavior.

    What could happen is that the library or the client app gets stuck in some way, leading to delays in handling events.
    Do you think something like this is plausible in the cases you mentioned?

    Regards,
    Giuseppe

  6. #6
    Hi Giuseppe, yes its plausible that the client app gets stuck in some way delaying the handling of those events.
    What can happen if in my client if onUnsubscrAll events are not called yet and I connect to another source, then the callbacks are received later:
    1-Will I receive values from the old source?
    2-Will the new source still be connected properly?
    3-If after I received all those callbacks, will we get all the new values from the new source normally?
    Thanks

  7. #7
    Administrator
    Join Date
    Feb 2012
    Location
    Milano
    Posts
    716
    Hi baalbaki,

    It is not very clear to me when you say "if in my client if onUnsubscrAll events are not called yet and I connect to another source":
    did you mean that your client received the onFailure event con the connection but not the onUnsubscrAll events?
    Or the client does not receive the onFailure event and nor the onUnsubscrAll events.
    Indeed in this latter case it could be that the client library does not detect the failure of the connection with the server and would therefore be waiting for the timeouts.

    Specifically for your questions:

    1. yes there might be the possibility to receive some further onUpdate call.
    2. - 3. About the new connection you should rely on the onSessionStarted event after which you can be confident of a fully active client session with the server (regardless of the situation of any old sessions.).

    That said, I would like to ask if you have the chance to upgrade the client library to the latest available version.
    I am aware that the API has changed radically, and therefore would require some effort in updating the client code; but please note that the version in use is now very old and out of support.
    You will also benefit from new features (as the websocket transport), enhancements and bug fixes introduced in the years.

    Regards,
    Giuseppe

  8. #8
    Updating the client version is not a priority for now, since it's a big task and the basic features we need are there.
    Thanks Giuseppe for the help!

 

 

Similar Threads

  1. Replies: 15
    Last Post: April 29th, 2022, 11:04 PM
  2. LS Flex Client is stalled on restart of LS server
    By pratik in forum Client SDKs
    Replies: 4
    Last Post: June 26th, 2015, 09:56 AM
  3. Connection stalled for too long
    By Matan Poreh in forum Client SDKs
    Replies: 1
    Last Post: July 11th, 2013, 02:35 PM
  4. Replies: 2
    Last Post: October 17th, 2008, 10:22 AM
  5. LSEngine is getting stalled
    By dkumarbabu in forum Client SDKs
    Replies: 2
    Last Post: August 6th, 2008, 10:32 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
All times are GMT +1. The time now is 09:58 AM.