Other services wont draw when any service fails
Hi,
I would like to know if this is a common problem with the HTML5 viewer and if there is a way to avoid the issue?
We have Essentials 4.10.1 with HTML5 2.11.1 viewers, our operational services come from our own server however in our site we have some layers coming from a 3rd party source. Occasionally these 3rd party services go down for periods of time. The issue is when they do, its not just a case of the service not drawing, it actually prevents our operational service from drawing, rendering the site useless.
We can't afford this down time on our operations, and what I am concerned about is why the failure of the 3rd party services brings down our own services. If we remove the problematic 3rd party servie from the site manager, everything runs again Ok.
Is this a well known issue?
0
-
Hi Justin,
Depending on the type of map service that you have on your site, you can configure the Failure Action (https://docs.geocortex.com/essentials/latest/admin-help/Default.htm#ge/admin/map-services-configure.htm) for the services that are causing issues with your site.
Thanks, Stefan0 -
Hi Justin,
We are currently on the same versions as you and have also encountered this problem. When the issue occurs we can see an error in the console similar to this:
esri.js:114 TypeError: Cannot read property 'xmax' of null
at i._addServiceLayers (essentials.bundle.js:1)
For now we have implemented some basic custom code as a temporary fix, but it would be good if it could be resolved in future versions of the product.0 -
Hi Stefan,
I have re-configured the third party services to "ignore" and will see what that does, however given Nicks comment, it might not resolve the issue. The console error message Nick describes is exactly what I get. Will report here once I can observe the outcome...this may be a bug?0 -
Hi Justin and Nick,
That specific error message has been reported previously with services that load initially, then fail while the site is open, or fail during the initialization process. I've added your names to this bug report.
Thanks, Stefan0 -
Agree with the above comments. Stefan could you please add me to the stakeholder list too?
And may I also suggest to make the error more explicit, e.g. include the map service name that not loadding. at the moment there's no way to figure out from the error message which map service caused the error, sometime it might be obvious when the site only has little number of map services, but it can take a bit time when it has many map services.0 -
Just an update on this. We had the same issue on another Geocortex site. It was caused by a secured map service that a user didn't have access to. Despite I set Failure Actions to Ignore for the map service. The viewer failed to "ignore" the access error and failed to draw the rest layers. I'm using Chrome version 76.0.3809.132. 0 -
Same issue here, newest Geocortex/Essentials version (but happened with previous versions). A 3rd party service has switched to SSL without informing us, which brings all of our sites that include it down.
Whenever the site is loaded,, I get a ConfigurationLoadFailed/RequestError: 500. Logs say SSL/credentials error and once I delete the service, the sites are working again.0 -
I am experiencing this same issue. We are using Essentials 4.10.12 with HTML5 2.11.2. Has there been any progress on this? Is there a bug number to reference? 0
Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.
Kommentare
8 Kommentare