ArcGIS Server 10.1 - непослідовні помилки запитів

9

Я нещодавно оновив до ArcGIS Server 10.1 SP1. Після переключення я отримую багато непослідовних помилок, зокрема виконуючи запити проти API REST служби карти з API Javascript.

Я кажу про непослідовність, оскільки іноді однаковий запит спрацьовує, а в інших випадках я отримую помилку "не в змозі завершити операцію". Запити надзвичайно прості, наприклад, де пункт "COUNTRY_ID = 2", і я впевнений, що це не той пункт, де він завжди працював, надходячи з ArcGIS Server 10.0.

Тестування запиту на сторінці REST безпосередньо з каталогу послуг дає такий же результат. Мій результат чергується між успіхом і помилкою - запит 1: успіх, запит 2: помилка, запит 3: успіх, запит 4: помилка.

Хтось переживав щось подібне?

ОНОВЛЕННЯ: Із інформації, яку я знайшов у цій публікації, я виявив, що подання POST-запитів вирішує мої проблеми.

arcgis-server arcgis-javascript-api

— user890
джерело

6

Абсолютно, ви потрапили на роздратовану помилку NIM086349 в 10.1, що коли ви видаєте такий самий GET-запит / QueryTask на ArcGIS Server, він не працює при альтернативних запитах. Схоже, це виправлено для SP2. @Derek Swingley, який працює для Есрі, зазначив це. NIM086349 http://forums.arcgis.com/threads/72894-Etags-and-Intermittent-QueryTask-Server-Errors

— awesomo
джерело

Дякуємо за посилання Схоже, досить проклята велика помилка, яку можна відпустити до SP2 ...

— user890

Я згоден - я не знаю, як це було пропущено в їх тестуванні. Як розробник, все, що я роблю, - це перевіряти ті самі дані знову і знову - ви можете подумати, що вони помітять, що кожен інший запит не працює. Це означає, що якщо у вас є автоматизовані тести, які не зберігають кеш або очищають кеш перед кожним запуском, це може пояснити, тому що я думаю, що проблема насправді пов'язана з тим, що ETAGS / кешування під час запиту / відповіді скасовується. Було б цікаво подивитися, що станеться, якщо If-None-Match буде знято із заголовка та повторно надсилається. en.wikipedia.org/wiki/HTTP_ETag

— awesomo

Помилка каже, що вона була введена в 10.1 SP1, а не в 10.1 остаточній. Був QFE (патч), тому якщо вам доведеться мати рішення раніше, ніж 10.2 (раніше 10.1 SP2), зателефонуйте в технічну підтримку або у свого регіонального дистриб'ютора.

— mkennedy

Я не бачу конкретного виправлення для цього - ви кажете, що можете зателефонувати в службу підтримки, і вони вам її надішлють? support.esri.com/uk/downloads/patches-servicepacks/…

— awesomo

Як дістатись до ArcGIS 10.1 SP2? будь-яке посилання? можливо, звернутися до центру підтримки?

— KDot1254

1

Перейдіть за наступним посиланням: Вони запропонували вирішити.

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

З повагою BinnyN

— БінніN
джерело

1

Привіт! Ласкаво просимо на GIS.se! Я не впевнений у корисності вашої відповіді. Вирішення, яке ви опублікували, вже присутній у форумі, пов'язаному у прийнятій відповіді. Я щось пропускаю? Чи є щось нове у вашій відповіді?

— Devdatta Tengshe

0

Варіант 1:

Спробуйте переопублікувати службу. Я зіткнувся з цією помилкою при копіюванні нового файлу mxd на сервер, не публікуючи його.

Варіант 2:

Спробуйте унікальне вирішення часової позначки, на яке вже посилається BinnyN. Нижче наведено код:

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

— Джеймс Лорук
джерело

0

Після зміни на SDEBINARY геометрію з SQL Geometry на SQL Server 2012 проблема для мене зникла. Сподіваюся, хтось вважає це корисним!

— Бенедек Сімо
джерело