ArcGIS Server 10.1 - Erros de consulta inconsistentes

9

Atualizei recentemente para o ArcGIS Server 10.1 SP1. Desde a mudança, estou recebendo muitos erros inconsistentes, executando especificamente consultas na API REST de um serviço de mapa com a API Javascript.

Digo inconsistente porque uma consulta idêntica às vezes funciona e outras vezes recebo um erro 'incapaz de concluir a operação'. As consultas são extremamente simples, por exemplo, a cláusula where é "COUNTRY_ID = 2", e estou certo de que não é a cláusula where porque ela sempre funcionou vindo do ArcGIS Server 10.0.

Testar a consulta na página REST diretamente do diretório services produz o mesmo resultado. Meu resultado alterna entre sucesso e erro - consulta 1: sucesso, consulta 2: erro, consulta 3: sucesso, consulta 4: erro.

Alguém já experimentou algo semelhante?

ATUALIZAÇÃO: a partir das informações que encontrei neste post, descobri que fazer solicitações POST resolve meus problemas.

arcgis-server arcgis-javascript-api

— user890
fonte

6

Absolutamente, você atingiu o bug irritante NIM086349 na 10.1 que, quando você emite exatamente a mesma solicitação GET / QueryTask no ArcGIS Server, ele falha em solicitações alternativas. Parece que foi corrigido para o SP2. @Derek Swingley, que trabalha para Esri, apontou isso. NIM086349 http://forums.arcgis.com/threads/72894-Etags-and-Intermittent-QueryTask-Server-Errors

— awesomo
fonte

Obrigado pelo link. Parece um muito muito grande erro ao deixar ir até SP2 ...

— user890

Eu concordo - não sei como foi esquecido nos testes. Como desenvolvedor, tudo o que faço é testar os mesmos dados repetidamente - você pensaria que eles notariam todas as outras consultas com falha. Dito isto, se você tiver testes automatizados que não mantêm um cache ou limpam o cache antes de cada execução, isso pode explicar porque acho que o problema realmente tem a ver com o cache ETAGS / na solicitação / resposta que está sendo corrompida. Seria interessante ver o que acontece se o Match If-None-Match fosse retirado do cabeçalho e enviado repetidamente. pt.wikipedia.org/wiki/HTTP_ETag

— awesomo 22/02

O bug diz que foi introduzido no 10.1 SP1 e não está no 10.1 final. Havia um QFE (patch); portanto, se você precisar de uma solução antes da 10.2 (anteriormente 10.1 SP2), ligue para o suporte técnico ou o seu distribuidor regional.

— mkennedy

Não vejo um patch específico publicado para isso - você está dizendo que pode ligar para o suporte e eles o enviarão? support.esri.com/en/downloads/patches-servicepacks/…

— awesomo

Como obter o ArcGIS 10.1 SP2? algum link? talvez entrando em contato com o centro de suporte?

— precisa saber é o seguinte

1

Consulte o seguinte link: Eles sugeriram uma solução alternativa.

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

Atenciosamente BinnyN

— BinnyN
fonte

11

Oi! Bem-vindo ao GIS.se! Não tenho certeza da utilidade da sua resposta. A solução alternativa que você postou já está presente no tópico do fórum vinculado na resposta aceita. Estou esquecendo de algo? Há algo novo na sua resposta?

— Devdatta Tengshe

0

Opção 1:

Tente republicar o serviço. Corri para esse erro ao copiar um novo arquivo mxd para o servidor sem publicá-lo.

Opção 2:

Experimente a solução alternativa de registro de data e hora já referenciada por BinnyN. Abaixo está o código:

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

— James Lawruk
fonte

0

Depois de mudar para o armazenamento de geometria SDEBINARY do SQL Geometry no SQL Server 2012, o problema desapareceu para mim. Espero que alguém ache isso útil!

— Benedek Simo
fonte