ThinkGeo.com    |     Documentation    |     Premium Support

Missing rendering issues

#1

Hi,


My solution is well under way, but now suddenly I seem to be getting rendering issues. E.g.


--


I start the solution, zoom into an area of interest, and switch on one of my MS/SQL 2008 layers. Nothing happens !


I turn the layer off and on in the overlayswitcher, and after doing this maybe 2-5 times, the layer suddenly appears.


I then zoom in or out, and the layer disappears again, although sometimes it stays for a few renderings, then disappear :-(


The issue of missing rendering seems quite random to me.


--


Is this a known issue, and what may be the cause of it ?


I've moved the solution to run in a separate application pool, and set this to use 3 worker processes. May that be the cause of my problems ?


You're welcome to browse the solution here - hvmgo01.hvenegaard.dk/SvendborgGO/


(Vector layers are prefixed "GO_". Note: the lower two are not displayed until zoom level 11)


TIA


 



#2

Hmm, now it seems to work !??? 
  
 Does Map Suite or ASP.net become unstable when I upload new versions of my code repeatedly, e.g. once a minute ? 
  
 And stable again after 5-10 minutes of no uploads ?? 


#3

Hi Lars, 
  
 We don’t think your issue is related to the “Maximum Worker Processes” setting in Application pool. ASP.NET web application will not become unstable if you update it (the first time access will become a little bit slow after upgrade), but we don’t recommend you update it frequently (once a minute…). 
  
 Regards, 
  
 Ivan

#4

Hi Ivan, 
  
 Well, when I develop, the turn-around time from making changes to wanting to view them are often very short :-) 
  
 I returned the solution’s app pool to a single worker process, and all rendering issues disappeared. 
  
 It would be nice to know what caveats are present when developing Map Suite apps that need to run in a multi-process app.pool. 
  
 Is this information available ? 
  


#5

Hi Lars, 
  
 Sorry for the inconvenience. The issue you encountered is related to “web garden”, currently we don’t have any document to illustrate the advantage or disadvantage about this. 
  
 When you set “Maximum Worker Processes”, your web application is hosted by multiple processes on the same server. It may bring some resources problems because your web application accesses unmanaged resource (SQL Server 2008) frequently. 
  
 Regards, 
  
 Ivan

#6

Hi Ivan, 
  
 It surprises me greatly that you say that SQL Server 2008 is an unmanaged resource !? As far as I know, SQL Server 2008 is heavily dependent upon .Net assembly code, i.e. managed code ? E.g. when working with spatial features. 
  
 Or is it the Map Suite code that handles the connection that contains unmanaged code ?? 


#7

Hi Lars,
 
When we use SqlConnection, the code we have is managed, but it will ultimately work down into interop and use unmanaged resources. This is why we should always call dispose on connection objects after we are through with them, so we said the SQL Server connection is unmanaged resource. Please check the following code for more information.
stackoverflow.com/questions/…-resources
stackoverflow.com/questions/…-resources
 
In “MsSql2008FeatureLayer”, we don’t contain unmanaged code.
 
Please let us know if you have further questions.
 
Regards,
 
Ivan