TiledMapServiceLayer options

432
4
04-03-2019 01:40 PM
MauricioRamirez1
New Contributor

We're experiencing a situation where the tiles for our basemap are not all coming through right away.  When we run wireshark, we notice there are lots of 304 returns from the network proxy.  Is there a way to force the requests not to be cached?  Are we able to change the timeouts so that tiles can be re-requested when the 304 returns?  We are using .net runtime 10.2.7

0 Kudos
4 Replies
dotMorten_esri
Esri Frequent Contributor

304 returns should be fine. Why would those be an issue? (304 is basically just the server's way of saying "don't bother downloading the tile again - the tile you have in your cache is the same, so use that instead" and should make tile loading faster).

Are you sure the 304s are the reason some tiles are not all coming through?

0 Kudos
MauricioRamirez1
New Contributor

I'm assuming  that's the case as I just opened the app and browsed to a random place I hadn't browsed to.

0 Kudos
dotMorten_esri
Esri Frequent Contributor

The cache is the shared browser cache that all apps/browsers share, so could be the tiles was hit at a different time?
Alternatively your browser cache might be corrupt. Try blowing it away

0 Kudos
MauricioRamirez1
New Contributor

Tried blowing out the cache and still seeing the same.  If the 304s are not the reason, what could be?

0 Kudos