ArcGIS Server 10.1 - Inkonsistente Abfragefehler

9

Ich habe kürzlich ein Upgrade auf ArcGIS Server 10.1 SP1 durchgeführt. Seit dem Wechsel erhalte ich viele inkonsistente Fehler, insbesondere das Ausführen von Abfragen für die REST-API eines Kartendienstes mit der Javascript-API.

Ich sage inkonsistent, weil eine identische Abfrage manchmal funktioniert und manchmal der Fehler "Vorgang kann nicht abgeschlossen werden" angezeigt wird. Die Abfragen sind äußerst einfach, z. B. lautet die where-Klausel "COUNTRY_ID = 2", und ich bin mir sicher, dass sie nicht die where-Klausel ist, da sie immer von ArcGIS Server 10.0 aus funktioniert hat.

Das Testen der Abfrage auf der REST-Seite direkt aus dem Dienstverzeichnis ergibt dasselbe Ergebnis. Mein Ergebnis wechselt zwischen Erfolg und Fehler - Abfrage 1: Erfolg, Abfrage 2: Fehler, Abfrage 3: Erfolg, Abfrage 4: Fehler.

Hat jemand etwas ähnliches erlebt?

UPDATE: Aus den Informationen, die ich in diesem Beitrag gefunden habe, ging hervor, dass das Erstellen von POST-Anfragen meine Probleme behebt.

user890
quelle

Antworten:

6

Absolut, Sie haben den nervigen Fehler NIM086349 in 10.1 festgestellt, der bei der Ausgabe derselben GET-Anforderung / QueryTask an ArcGIS Server bei alternativen Anforderungen fehlschlägt. Sieht aus wie es für SP2 behoben ist. @Derek Swingley, der für Esri arbeitet, wies darauf hin. NIM086349 http://forums.arcgis.com/threads/72894-Etags-and-Intermittent-QueryTask-Server-Errors

awesomo
quelle
Danke für den Link. Scheint ein verdammt großer Fehler zu sein, bis SP2
loszulassen
Ich stimme zu - ich weiß nicht, wie es bei ihren Tests übersehen wurde. Als Entwickler teste ich nur immer wieder dieselben Daten - man könnte meinen, sie würden feststellen, dass jede andere Abfrage fehlschlägt. Das heißt, wenn Sie automatisierte Tests haben, die keinen Cache behalten oder den Cache vor jedem Lauf leeren, könnte dies erklären, weil ich denke, dass das Problem tatsächlich mit dem ETAGS / Caching auf der Anfrage / Antwort zu tun hat, die verschmutzt ist. Es wäre interessant zu sehen, was passiert, wenn das If-None-Match aus dem Header entfernt und wiederholt gesendet wird. en.wikipedia.org/wiki/HTTP_ETag
awesomo
Der Fehler besagt, dass es in 10.1 SP1 eingeführt wurde und nicht in 10.1 final ist. Es gab ein QFE (Patch). Wenn Sie also eine Lösung früher als 10.2 (zuvor 10.1 SP2) benötigen, wenden Sie sich an den technischen Support oder an Ihren regionalen Händler.
Mkennedy
Ich sehe keinen bestimmten Patch dafür - sagen Sie, Sie könnten den Support anrufen und sie werden ihn Ihnen senden? support.esri.com/de/downloads/patches-servicepacks/…
awesomo
Wie erhalte ich ArcGIS 10.1 SP2? irgendein Link? Vielleicht das Support Center kontaktieren?
KDot1254
1

Bitte beziehen Sie sich auf den folgenden Link: Sie haben eine Problemumgehung vorgeschlagen.

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

Grüße BinnyN

BinnyN
quelle
1
Hallo! Willkommen bei GIS.se! Ich bin mir nicht sicher, wie nützlich Ihre Antwort ist. Die von Ihnen gepostete Problemumgehung ist bereits im Forenthread vorhanden, der in der akzeptierten Antwort verlinkt ist. Vermisse ich etwas Gibt es etwas Neues in Ihrer Antwort?
Devdatta Tengshe
0

Option 1:

Versuchen Sie, den Dienst erneut zu veröffentlichen. Ich bin auf diesen Fehler gestoßen, als ich eine neue mxd-Datei auf den Server kopiert habe, ohne sie zu veröffentlichen.

Option 2:

Probieren Sie die einzigartige Zeitstempel- Problemumgehung aus, auf die BinnyN bereits verwiesen hat. Unten ist der Code:

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

Nach dem Wechsel von SQL Geometry unter SQL Server 2012 zu SDEBINARY Geometry Storage verschwand das Problem für mich. Hoffe jemand findet das nützlich!

Benedek Simo
quelle