ArcGIS Server 10.1 - Erreurs d'interrogation incohérentes

9

J'ai récemment mis à niveau vers ArcGIS Server 10.1 SP1. Depuis que j'ai fait le changement, je reçois beaucoup d'erreurs incohérentes, en particulier en effectuant des requêtes sur l'API REST d'un service de carte avec l'API Javascript.

Je dis incohérent car une requête identique fonctionnera parfois, et d'autres fois j'obtiens une erreur «impossible de terminer l'opération». Les requêtes sont extrêmement simples, par exemple la clause where est "COUNTRY_ID = 2", et je suis certain que ce n'est pas la clause where car elle a toujours fonctionné à partir d'ArcGIS Server 10.0.

Le test de la requête dans la page REST directement à partir du répertoire des services donne le même résultat. Mon résultat alterne entre succès et erreur - requête 1: succès, requête 2: erreur, requête 3: succès, requête 4: erreur.

Quelqu'un a-t-il vécu quelque chose de similaire?

MISE À JOUR: D'après les informations que j'ai trouvées dans ce post, j'ai trouvé que faire des demandes POST résout mes problèmes.

arcgis-server arcgis-javascript-api user890
la source

Réponses:

6

Absolument, vous avez rencontré le bogue ennuyeux NIM086349 dans la version 10.1 selon lequel lorsque vous émettez exactement la même demande GET / QueryTask vers ArcGIS Server, il échoue sur les demandes alternatives. Il semble que ce problème soit résolu pour SP2. @Derek Swingley, qui travaille pour Esri, l'a souligné. NIM086349 http://forums.arcgis.com/threads/72894-Etags-and-Intermittent-QueryTask-Server-Errors

awesomo
la source
Merci pour le lien. On dirait un sacré gros bogue à lâcher jusqu'au SP2 ...
user890
Je suis d'accord - je ne sais pas comment cela a été manqué dans leurs tests. En tant que développeur, tout ce que je fais, c'est tester les mêmes données encore et encore - on pourrait penser qu'ils remarqueraient que toutes les autres requêtes échouent. Cela dit, si vous avez des tests automatisés qui ne gardent pas de cache ou ne vident pas le cache avant chaque exécution, cela pourrait s'expliquer parce que je pense que le problème est en fait lié à l'ETAGS / mise en cache sur la demande / réponse encrassée. Il serait intéressant de voir ce qui se passe si le match If-None-Match est retiré de l'en-tête et envoyé à plusieurs reprises. en.wikipedia.org/wiki/HTTP_ETag
awesomo
Le bogue dit qu'il a été introduit dans 10.1 SP1 et n'est pas dans 10.1 final. Il y avait un QFE (patch) donc si vous devez avoir une solution plus tôt que 10.2 (précédemment 10.1 SP2), appelez le support technique ou votre distributeur régional.
mkennedy
Je ne vois pas de correctif spécifique publié pour cela - dites-vous que vous pouvez appeler le support et ils vous l'enverront? support.esri.com/en/downloads/patches-servicepacks/…
awesomo
Comment obtenir ArcGIS 10.1 SP2? un lien? peut-être contacter le centre d'assistance?
KDot1254
1

Veuillez vous référer au lien suivant: Ils ont suggéré une solution de contournement.

http://forums.arcgis.com/threads/73456-new-problem-REST-query-10.1-every-other-request-fails-(400-unable-to-complete-oper)

Cordialement BinnyN

BinnyN
la source
1
Salut! Bienvenue sur GIS.se! Je ne suis pas sûr de l'utilité de votre réponse. La solution de contournement que vous avez publiée est déjà présente dans le fil de discussion lié dans la réponse acceptée. Suis-je en train de manquer quelque chose? Y a-t-il quelque chose de nouveau dans votre réponse?
Devdatta Tengshe
0

Option 1:

Essayez de republier le service. J'ai rencontré cette erreur lors de la copie d'un nouveau fichier mxd sur le serveur sans le publier.

Option 2:

Essayez la solution de contournement d'horodatage unique déjà référencée par BinnyN. Voici le code:

var uniqueTimestamp = (new Date()).getTime();    
query.where += " AND " + uniqueTimestamp + "=" + dirty;
James Lawruk
la source
0

Après être passé au stockage de géométrie SDEBINARY à partir de SQL Geometry sur SQL Server 2012, le problème a disparu pour moi. J'espère que quelqu'un trouve cela utile!

Benedek Simo
la source