9 votos

ArcGIS Server 10.1 - Errores de consulta inconsistentes

Recientemente actualicé a ArcGIS Server 10.1 SP1. Desde que hice el cambio, estoy recibiendo muchos errores inconsistentes, específicamente al realizar consultas contra la API REST de un servicio de mapas con la API de Javascript.

Digo inconsistentes porque una consulta idéntica a veces funcionará, y otras veces obtengo un error de 'no se pudo 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ó en ArcGIS Server 10.0.

Al probar la consulta en la página REST directamente desde el directorio de servicios obtengo 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: A partir de la información que encontré en este post, descubrí que haciendo solicitudes POST resuelve mis problemas.

6voto

Paul Hargreaves Puntos 1022

Definitivamente, has encontrado el molesto error NIM086349 en la versión 10.1 que cuando emites la misma solicitud GET / QueryTask al ArcGIS Server, falla en solicitudes alternas. Parece que está solucionado para SP2. @Derek Swingley quien trabaja para Esri señaló esto. NIM086349 http://forums.arcgis.com/threads/72894-Etags-and-Intermittent-QueryTask-Server-Errors

0 votos

Gracias por el enlace. Parece un error bastante grande dejarlo pasar hasta SP2...

0 votos

Estoy de acuerdo - no sé cómo se pasó por alto en sus pruebas. Como desarrollador, todo lo que hago es probar los mismos datos una y otra vez - pensarías que notarían que falla cada otra consulta. Dicho esto, si tienes pruebas automatizadas que no mantienen una caché o borran la caché antes de cada ejecución, podría explicar porque creo que el problema tiene que ver realmente con los ETAGS/caché en la solicitud/respuesta estando dañados. Sería interesante ver qué sucede si se elimina el If-None-Match del encabezado y se envía repetidamente. en.wikipedia.org/wiki/HTTP_ETag

0 votos

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

1voto

Mike Puntos 9379

Por favor, 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 votos

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

0voto

Shane Puntos 67

Opción 1:

Intente republicar el servicio. Me encontré con este error al copiar un nuevo archivo mxd en el servidor sin publicarlo.

Opción 2:

Pruebe el trabajo en torno de marca de tiempo ya referenciado por BinnyN. A continuación se muestra el código:

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

0voto

Keith Bentrup Puntos 296

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

i-Ciencias.com

I-Ciencias es una comunidad de estudiantes y amantes de la ciencia en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X