Доброго времени суток, господа. Есть такая задача: Нужно выгрузить цены в xml. На сервере метод фарширует таблицу значений ценами, получается порядка 150000 записей. Затем, там же на сервере, перебирая эту таблицу получаем текст XML. полученный текстXML, просматриваемый через вычислить выражение содержит 2353 строки и заканчивается многоточием. ВОзможно, это связано с особенностями отображения. Всё вышеописанное происходит вместе с получением кучи других классификаторов по аналогичной схеме. На основании всех выбранных данных так же формируется текст xml, всё это собирается в структуру и отправляется на клиент с целью записи в файл. В этой ситуации при возврате структуры на клиент получаю ошибку "Ошибка преобразования данных XDTO". Хотя структура кроме строк ничего в себе не содержит. Почему именно цены? если цены не передавать или передавать пустую строку, всё ок. Даже если искусственно снизить количество записей до где-то 100 000, всё равно нормально выгружается. В чем дело? Может, как-то можно обойти, или причина вообще в другом? Код, если надо, могу предоставить.

А почему бы сразу файлы не передавать?

150000 в xml запихивать - маньяки

(1) ну так сервер же? Можно получить имя временного файла, в него запихнуть, но как к нему доступ на клиенте получить? или в base64 его? Но объем все равно будет большой.

Предлагаю для полного счастья повторить это в веб-клиенте...
Ну чудесатьте ж вы на сервере, отдайте клиенту готовый файл, он его сразу себе файловую систему положит и будет по уши рад. Для кого временное хранилище придумали?

Записывать в файл через ЗаписьXML сразу, без всяких текстовых строк, этот файл класть во врем.хран, на клиент отдавать адрес врем.хран.

+5 и зиповать его

(6) Без вас зазипуют.

У меня, когда надо было много передать с сервера на клиента, использовался массив - то есть каждая строка исходного текста - это элемент массива - он прекрасно летит с сервера, а на клиенте мы его "склеиваем".

(6) в хз можно пихнуть со сжатием

(3) "ну так сервер же?"
То есть, когда ты с сервера Microsoft, находящегося на другом континенте, получаешь в пользование какой-нибудь MS Office, а то и целый MSSQL - это нормально. А с одной машины в локальной сети передать на другую XML-файл - то это уже как-то сложно и вообще колдунством попахивает?

(9) Плохая идея.

(11) почему? (не придираюсь, на самом деле - интересно)

(12) Будет происходить та же сериализация в
ЗначениеВСтрокуВнутр()
Потом сжатие при Новый СжатиеДанных
Потом сериализация в XDTO
потом сжатие (но не уверен) протоколом передачи платформы
и все в обратном порядке на клиенте.

Через временное хранилище все на порядки быстрее (но механизмом не интересовался, так как скорость удовлетворяла).

(0) я делал обмен с 20Г файлом xml. все работало. думаю проблема не в размере , а в "заканчивается многоточием". На каком то этапе файл ломается.

(14) ЗаписьXML.Закрыть()

(14) Нет. Окно дебаггера для просмотра строк, оно поумнее некоторых будет.

(16) да, я думаю оно просто ограничивает объем выводимого текста

(15) выводи в файл, а не в текстовую переменную.

(13) ясно, спасибо.