User unable to load viewer
Hi, I've upgraded my sites to GXE11 & SLV1.7. Everything went fine with the upgrade. Except, I have one user who can no longer load the SL viewers on our internal network. I've tried clearing the browser history and rebooting the machine. Other users have no problem accessing the viewers. Other users can login to his machine and load the viewer without a problem. Are there permissions blocking this particular user from accessing the viewers?
CRITICAL: Unhandled exception occured: Microsoft.Practices.Prism.Modularity.ModuleInitializeException: Unable to locate the module with type 'Geocortex.EssentialsSilverlightViewer.CoreModules.Symbolization.SymbolizationModule, Geocortex.EssentialsSilverlightViewer.CoreModules, Version=1.6.0.433, Culture=neutral, PublicKeyToken=2279c6c155d3316f' among the exported modules. Make sure the module name in the module catalog matches that specified on ModuleExportAttribute for the module type.
at App.OnUnhandledException(Object sender, ApplicationUnhandledExceptionEventArgs e) Geocortex.EssentialsSilverlightViewer.Viewer
at EventHandler`1.Invoke(Object sender, TEventArgs e) System
at Errorstatic .CallApplicationUEHandler(Exception e) MS.Internal
at Errorstatic .GetXresultForUserException(Exception ex) MS.Internal
at DispatcherOperation.Invoke() System.Windows.Threading
at Dispatcher.Dispatch(DispatcherPriority priority) System.Windows.Threading
at Dispatcher.OnInvoke(Object context) System.Windows.Threading
at CallbackCookie.Invoke(Object[] args) System.Windows.Hosting
at ScriptingInterfacestatic .InvokeDelegate(DelegateWrapper delegateWrapper, ScriptParam[] pParams, ScriptParam& pResult) System.Windows.Hosting
at ManagedHoststatic .InvokeDelegate(IntPtr pHandle, Int32 nParamCount, ScriptParam[] pParams, ScriptParam& pResult) System.Windows.Hosting
-
Dan,
It looks like this machine is extra stubborn with caching given the version in 1.6.0.433 in your error message. I had a similar problem with the 3.10.1/1.6 upgrade a few weeks ago on one machine. After some investigation, I found that despite all efforts, the .xap files were not getting deleted. I wound up manually searching for and deleting the .xap files from the cache directory. Not ideal, but it did fix the problem.
Hope that helps.
Dave
0 -
Thanks Dave. That seems to have worked.
0 -
I've run into this issue again with the latest viewer upgrade. It would be nice if this issue could be corrected in with the next release? There does seem to be solutions available.
http://codeblog.larsholm.net/2010/02/avoid-incorrect-caching-of-silverlight-xap-file/
0 -
I have run into this problem as well with 3.11.1/12 and SL1.7/8.It doesn't appear to effect urls launched from the defualt.settting.xml file just absolute path urls.
To quickly fix this problem, I used ccleaner and a PC restart to get the viewer to work on our physical machines. Its particularly problematic with Win7, IE 9. Hopefully Latitude will get a release out soon.
Cheers
0 -
My concern is that users are not able to load the viewer and then just give up. The problem goes unreported and they assume the system just doesn't work.
0 -
That looks like an interesting technique in that link. We'll certainly take this under consideration, but I can't promise anything right now.
In the meantime, it is also possible to fix these issues by using a redirect in IIS from the static URL you give to users to the actual location of the Silverlight viewer. This technique is fairly simple to set up, requires minimal attention with each new release, and should result in zero downtime and disruption if applied correctly:
http://support.geocortex.com/how-to-safely-upgrade-the-silverlight-viewer-without-affecting-users
0 -
Thanks. I'll see if I can get that to work with my configuration.
0 -
My configuration is a bit more complicated. I have multiple virtual directories for different viewer configurations (internal,public,editor,mobile). Does it make sense to just use a HTTP Cache-Control Expires header?
0
Du måste logga in om du vill lämna en kommentar.
Kommentarer
8 kommentarer