-
April 1st, 2008, 10:02 AM
#1
Hello,
first of all there is an error in the seekEngine call. You pass to that method a self pointer but you should pass to it a pointer to the master pushpage's window. By the way the library should be able to reach the master pushpage with the name you give (that's correct)
i.e. If the second pushpage is an iframe inside the master one, than you could call
see seekEngine doc for further details.
returning back to your issue I'm confident that is something you should not worry about.
The "unable to find the engine..." alert is a warning message that appears if after some efforts the page wasn't able to bind to the engine. Usually pages showing that alert after a while succed to find their engine and then them receive their data correctly. This issue is due to downloading times.
Is this your case? If it is, just disable the debug alerts on your production environment and everything will be ok.
see http://www.lightstreamer.com/docs/cl...sOnClientError
let me know if that's not your case (i.e. pages showing the alert never start streaming) or if you want further clarification.
HTH.
-
April 3rd, 2008, 03:01 AM
#2
Thanks for the input on the "seekEngine" parameter. We'll try that.
Regarding your comment,
>>>.....Usually pages showing that alert after a while succeed to find their engine and then them receive their data correctly.
.....
>>>
Unfortunately, this is not the case. When the alert shows up (and we're still trying to figure out which page triggers the alert), basically it stalled the streaming throughout the entire active LS pages. (ie. the master push-page, as well as its children), therefore, the streaming contents are gone. And in about 3-4 seconds of interval, it pops a new alert with the same message. (I assume that the page is trying to reconnect/re-stream in the given interval).
Our current solution is to close all the children pages, logout of the webapp (destroying the LS engine and session from the master push-page), and log back in again. Then, it would startup and stream normally. Moreover, another solution that I noticed, is that when all the children pages are closed (no references are being made to the master push-page engine), I waited for about 4 seconds, and then I refresh the main page, and it streams the data normally again.
The problem is that we don't want to logout of the app, as well as losing important presentation data, when the alert is presented.
I'll try to disable the debug alerts (as you've suggested), but like I've mentioned, after the alert, the pages never succeed in retrying to stream the data. Thus, eliminating the alert would not cause the data to be sent. But I'll give it a shot nevertheless.
Thanks again.
Regards
-
April 3rd, 2008, 09:52 AM
#3
and we're still trying to figure out which page triggers the alert
you can customize the message to identify which page is triggering the error. Just implement the onClientError callback on your code:
basically it stalled the streaming throughout the entire active LS pages
I've never seen a behaviour like this. Which browser are you using? Is it possible that the stalled connection is not the same issue? (e.g.: the IE links problem)
Please note that once a connection is stalled if it become disconnected then the client will reconnect automatically. See http://www.lightstreamer.com/docs/cl...utForReconnect
Please try to understand which is the frame that fails, than try to remove it to see if the two issues (alert message and connection stalled) are related.
We will then try to investagate it further.
-
April 18th, 2008, 05:47 AM
#4
Hi,
I tried to use this,
lsPage.onClientError = function(mex) {
alert("PageA\n"+mex);
};
but when event happened it didn't show any information about the page causing the causing the problem.
Please advise.
-
April 18th, 2008, 08:46 AM
#5
hi,
you should customize the alert text in a different manner per each page so that you can understand which page is showing it.
So on one page will be
on another one will be
and so on.
is this not possible?
Similar Threads
-
By dimitarn in forum Client SDKs
Replies: 6
Last Post: March 26th, 2010, 04:09 PM
-
By jamesclinton in forum Client SDKs
Replies: 29
Last Post: April 30th, 2009, 01:37 AM
-
By ningping in forum Client SDKs
Replies: 1
Last Post: August 6th, 2008, 11:05 AM
-
By eduramires in forum Client SDKs
Replies: 3
Last Post: February 4th, 2008, 09:14 AM
-
By eduramires in forum General
Replies: 1
Last Post: January 29th, 2008, 05:03 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 09:30 PM.
Bookmarks