ArcGIS Server 10.1 - Errores de consulta inconsistentes


9

Recientemente he actualizado a ArcGIS Server 10.1 SP1. Desde que hice el cambio, recibo muchos errores inconsistentes, específicamente realizando consultas contra la API REST de un servicio de mapas con la API Javascript.

Digo inconsistente porque una consulta idéntica a veces funcionará, y otras veces recibo un error 'no se puede completar la operación'. Las consultas son extremadamente simples, por ejemplo, la cláusula where es "COUNTRY_ID = 2", y estoy seguro de que no es la cláusula where porque siempre funcionó viniendo de ArcGIS Server 10.0.

Probar la consulta en la página REST directamente desde el directorio de servicios produce el mismo resultado. Mi resultado alterna entre éxito y error: consulta 1: éxito, consulta 2: error, consulta 3: éxito, consulta 4: error.

Alguien ha experimentado algo similar?

ACTUALIZACIÓN: De la información que encontré en esta publicación, descubrí que hacer solicitudes POST resuelve mis problemas.

Respuestas:


6

Absolutamente, ha detectado el molesto error NIM086349 en 10.1 que cuando emite exactamente la misma solicitud GET / QueryTask a ArcGIS Server, falla en solicitudes alternativas. Parece que está arreglado para SP2. @Derek Swingley, quien trabaja para Esri, señaló esto. NIM086349 http://forums.arcgis.com/threads/72894-Etags-and-Intermittent-QueryTask-Server-Errors


Gracias por el enlace. Parece un gran error para dejarlo ir hasta SP2 ...
user890

Estoy de acuerdo, no sé cómo se perdió en sus pruebas. Como desarrollador, todo lo que hago es probar los mismos datos una y otra vez; pensarías que notarán que fallan todas las demás consultas. Dicho esto, si tiene pruebas automatizadas que no guardan una memoria caché o la borran antes de cada ejecución, podría explicarlo porque creo que el problema realmente tiene que ver con el ETAGS / almacenamiento en caché en la solicitud / respuesta que se está fallando. Sería interesante ver qué sucede si If-None-Match se elimina del encabezado y se envía repetidamente. en.wikipedia.org/wiki/HTTP_ETag
awesomo

El error dice que se introdujo en 10.1 SP1 y no está en 10.1 final. Hubo un QFE (parche), así que si tiene que tener una solución antes de 10.2 (anteriormente 10.1 SP2), llame al soporte técnico o a su distribuidor regional.
mkennedy

No veo un parche específico publicado para esto, ¿estás diciendo que puedes llamar al soporte y te lo enviarán? support.esri.com/en/downloads/patches-servicepacks/…
awesomo

¿Cómo obtener ArcGIS 10.1 SP2? algun enlace? quizás contactando con el centro de soporte?
KDot1254

1

Consulte el siguiente enlace: Han sugerido una solución alternativa.

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

Saludos BinnyN


1
¡Hola! Bienvenido a GIS.se! No estoy seguro de la utilidad de su respuesta. La solución alternativa que ha publicado ya está presente en el hilo del foro vinculado en la respuesta aceptada. ¿Me estoy perdiendo de algo? ¿Hay algo nuevo en tu respuesta?
Devdatta Tengshe

0

Opción 1:

Intenta volver a publicar el servicio. Me encontré con este error al copiar sobre un nuevo archivo mxd al servidor sin publicarlo.

Opcion 2:

Pruebe la solución temporal de marca de tiempo única a la que BinnyN hace referencia. Debajo está el código:

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

0

Después de cambiar al almacenamiento de geometría SDEBINARY de SQL Geometry en SQL Server 2012, el problema desapareció para mí. ¡Espero que alguien encuentre esto útil!

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.