-
September 1st, 2015, 09:57 AM
#2
The new session must have been opened in long polling.
Unless instructed to enforce it, the LSProxy uses long polling when it fails opening a streaming connection.
This is done to overcome cases in which streaming connections are not supported, but in case of a temporary block at network level, it is possible that our heuristics get deceived and that long polling is chosen also when not needed.
You can make sure of what happens by consulting the ConnectionStatusListener: after onStalled, you should notice a call to onPolling.
If your client application is certain that streaming is possible (for instance, because it was used previously), it could force a disconnection and reconnection, which hopefully will select streaming mode; LSProxy does not do that autonomously.
As far as the log is concerned, you have enabled a very fine-grained log, which logs upon each poll, hence it can become huge.
Unfortunately, it is not possible to have the LSProxy log differently in case of streaming or polling.
Again, only the application could perhaps overcome, by changing dynamically the log settings based on the context.
Apart from some inefficiency, the use of long polling may not affect the update flow.
Only in case of a high update rate you may observe some delays.
Similar Threads
-
By mnenchev in forum Client SDKs
Replies: 1
Last Post: October 28th, 2010, 09:36 AM
-
By mnenchev in forum Client SDKs
Replies: 10
Last Post: March 19th, 2010, 08:57 AM
-
By ctranfd in forum Client SDKs
Replies: 3
Last Post: August 31st, 2009, 08:07 AM
-
By k.mcc2009 in forum Adapter SDKs
Replies: 1
Last Post: May 21st, 2009, 09:41 AM
-
By jameswolfe in forum Client SDKs
Replies: 5
Last Post: August 27th, 2007, 01:24 PM
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
All times are GMT +1. The time now is 10:10 PM.
Bookmarks