Если текст JSON небольшой, то можно самостоятельно найти ошибку, но что делать, если этот текст огромный?
При написании обработки для работы с amocrm, при получении информации в формате JSON, вдруг вышло сообщение:
«Ошибка при вызове метода контекста (ПрочитатьJSON): Недопустимое имя свойства»
Было понятно, что где-то ошибка в наименовании ключа. Но встал вопрос — как найти эту ошибку.
Вначале, конечно, использовал on-line инструменты для проверки JSON, но все они не выдали ошибки.
Пришлось написать маленькую программу для поиска строк, которые вызывают ошибку стандартного метода 1С «ПрочитатьJSON».
В итоге причина была найдена, в структуре JSON, передавался элемент, который вызывал ошибку:
«enums»: {«1306842»: «SKYPE»,»1306844″: «ICQ»,»1306846″: «JABBER»,»1306848″: «GTALK»,»1306850″: «MSN»,»1306852″: «OTHER»}
Ошибка в том, что ключ передается в виде цифрового значения.
Вручную искать эту ошибку было бы очень долго.
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Хотя бы написал дя примера как должна выглядеть правильная строка
(1) CheBurator,
1С, а вернее сказать стандартный метод 1С «ПрочитатьJSON», не воспринимает ключ в виде числа. В описании JSON, нет строго описания требований к ключу, поэтому с точки зрения правильности строки JSON формально строка правильная, поэтому валидаторы JSON спокойно проглатывали эту строку.
Если относительно 1С, то ключ не должен быть цифровым, вариантов исполнения «правильного варианта» масса.
Как вариант:
«enums»: {«N1306842»: «SKYPE»,»N1306844″: «ICQ»,»N1306846″: «JABBER»,»N1306848″: «GTALK»,»N1306850″: «MSN»,»N1306852″: «OTHER»}
(2) JSON не требует ключ в виде строки.
Требования к ключам накладывает Структура.
Если Вы не хотите как-то ограничивать свои ключи, читайте в объект Соответствие (управляется вторым параметром)
Кстати, в 8.3.7 диагностика более информативная
А так (добавил спереди и сзади фигурные скобки)?
{«enums»: {«1306842»: «SKYPE»,»1306844″: «ICQ»,»1306846″: «JABBER»,»1306848″: «GTALK»,»1306850″: «MSN»,»1306852″: «OTHER»}}
(3) VKudriavtsev, Большое спасибо за коммент по существу и в тему!
Прочитать в соответствие попробовал, но почему-то вообще вылетела 1с-ка
Попробую разобраться более детально.
А на счет 8.3.7, как-то даже в голову не пришло попробовать.
(4) BigB, Да так правильнее, но все равно не прочитает в структуру.
(удалил)
(5)
ого. Это на каком файле она вылетает? В техподдержку писать пробовали?
(8) VKudriavtsev, Протестировал еще раз, видно был какой-то локальный глюк.
(8) VKudriavtsev,
Большое спасибо!
т.к. на стороне Амо срм переделывать не будут, придется делать через «Соответствие».
Тоже сталкивался с этой ошибкой, жалко что это было ДО этой публикации.
Также ошибка «Недопустимое имя свойства» вываливается, если ключ содержит символ точки «.»
В моем случае ключами были даты, типа «27.09.2015».
Пришлось перед чтением JSON подменять имена ключей на строки вроде «Дата27_09_2015»,
а после чтения , уже в структуре 1С, обратно возвращать к типу «Дата».
(11) Diego_Iv, Так же нужно исправлять название колонок, ОтветСервера = СтрЗаменить(ОтветСервера,»OpenDate.Typed», «OpenDate_Typed»); и все взлетит)