есть JSON данные, в которых содержатся строки в формате

десериализация производится с помощью JSON.Net
имеется класс под этот JSON

при попытке десериализации вылетает исключение:

если заменить long на string получается то же самое.

вопрос: как это дело победить?

Это сообщение отредактировал(а) uwannadie - 15.6.2013, 19:50

Вопрос в лоб, а Вы пробовали how to example на сайте проекта? http://james.newtonking.com/projects/json-net.aspx я думаю это было бы хорошей отправной точкой.

их поиск меня наверное уже ненавидит   

Нет, постойте, чудес не бывает. Если Вы вставляете Вашу строку "arenaUniqueID ": 123456789000000L в их пример она что, тоже падает?

ну как минимум проблемная строка под их пример не подходит (т.к. там свой класс)

да не подходит, верно подмечено, но по аналогии переделать не получается? Я так понимаю Вы просто что-то напутали. Возьмите их пример и начните медленно переводить к Вашему проекту, на каждой итерации проверяйте работоспособность - проблема сразу найдется.

да я знаю в чем проблема - парсер не понимает формат, которым описывается long (1234567890L) в с\c++ и пытается его привести к Int64 (сами данные формировались в JSON программой, написанной в связке c++\python)
но вот как побороть эту проблему без использования костылей а-ля найти все вхождения этого и удалить, я не в курсе   

Это сообщение отредактировал(а) uwannadie - 16.6.2013, 00:36

меняется лонг на стринг только в классе или в json строке тоже?

беглое изучение справки на сайте тут говорит, что можно попробовать следующее:
1. использовать атрибуты, типа JsonProoertyAttribute или JsonConverterAttribute
2. использовать свой конвертер, т.е. написать наследника от CustomCreationConverter<>, и передавать его вместе с данными которые надо десериализовывать в десериализатор.

примерами они конечно не очень сильно разбрасываются, но если посидеть, то можно вкурить.

в классе, но толку от этого ноль, т.к. данные все равно в понимании парсера - число ибо без кавычек.
аттрибуты ставил, но результат аналогичный.
сейчас как раз курю над конвертерами

прикрутил свой конвертер - результат тот же.
причем сам конвертер оперирует нормально и отрабатывает без ошибок, но вот десериализация фейлится ;(
код конвертера (мб все же тут надуплил, хотя там все просто)

и сам класс

сам JSON с вырезанными данными (ибо их там 130кб)

тут бы наверное надо прочитать собственно значение, и попытаться его распарсить. типа long.Parse() или выяснить можно ли это сделать. поставь тут брекпоинт и посмотри что тут вообще происходит.

там спокойно извлекается значение, причем вполне нормально.
исключение вызывается сразу после выхода из этой функции.
пробовал втыкать туда try...catch, но функция отрабатывает успешно

п.с. возможно проблема в том, что в JonToken.cs (http://json.codeplex.com/SourceControl/latest#128149) все целочисленные типы фактически рассматриваются как integer?

Это сообщение отредактировал(а) uwannadie - 16.6.2013, 19:42

может быть все что угодно )))

как сейчас выглядит метод? попробуй вернуть лонг(без приведения к object или ToString()).

без приведения к object не скомпилится ибо

в http://json.codeplex.com/SourceControl/latest#128133
если конвертер привести к 

ну и соответственно поменять в классе, то все равно вываливается ошибка при десериализации

я не очень уверен, но мне почему то кажется что буква L это не совсем вписывается в json формат. json это ж как бы текст, и при парсинге оно очень уделяется внимания этому, и текст без этой буквы уверенно конвертируется в число, но букву эту он почему то всегда считает не числом, а непонятно чем.

Добавлено через 54 секунды
думаю поможет реализация своего парсинга поможет разрулить эту ситуацию...