Делаю обмен между двумя базами с помощью Веб-сервисов.

На узле отправителя формирую пакет следующим образом

   ЗаписьXML = Новый ЗаписьXML;
   ......
   ВыборкаИзменений = ПланыОбмена.ВыбратьИзменения(УзелОбмена, ЗаписьСообщения.НомерСообщения);
   Пока ВыборкаИзменений.Следующий() Цикл
       Данные = ВыборкаИзменений.Получить();
       ЗаписатьДанные(ЗаписьXML, Данные);
   КонецЦикла;
   .....
   Возврат Новый ХранилищеЗначения(ЗаписьXML.Закрыть(), Новый СжатиеДанных(9));


Тип возвращаемого сервисом значения ValueStorage (http://v8.1c.ru/8.1/data/core)

Есть ли ограничения на размер передаваемого хранилища? А то выгрузки в 50Мбайт проходят, а 100Мбайт завершаются ошибкой: bad allocation

Предполагаю, что приходит обрезанные данные

Ау, гуры обменов, где вы?

лучше закачивай на ftp и передавай ссылку

(2)Дело в том. что это обмен по образу и подобию реализованному в Мобильной платформе. Потому такому варианту обменов суждено жить и хочется разобраться в чем проблема.

Есть такое 60 метров уже падает

Порежь на куски текстовик

(5)Собирание кусков, полученных разными вызовами сервисов как-то туманно представляется.
(4)А официальное объяснение 1с не попадалось?

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

(8)Так все сразу и пишутся, или я не понял комментарий?

(10) эт я туплю.

(9)Передаются даже вложенные файлы и не получается передать единственный элемент с большим вложением.

попробуй пилить по 1000 объектов

и передавать в веб сервис массив этих хранилищ

вообще сколько у тебя объектов в выборке? может просто меняться чаще?

наверное дело в том, что 100 метров распаковываются в несколько гигов, что в память 32битного процесса не влезает - и все.

(16) нет.

Это что то внутреннее, при работе с base64

(17) а может дело в используемой 1сом зиповской библиотеки... проведите эксперимент с 2.1 гиговым XML

base64???

(19) вон, 7.7 тоже ровнехонько на 2 гигах выгрузки загибалась

(0)У нас тоже проблемы с большим объемом по вэб сервисам.
Только связываем 1С и MS Project server.
Большенство решений которые удалось найти в интернете предлагают резать на кусочки. Но это не всегда получается.

Вот это падает на 26 итерации, о чем тут может быть речь?


   МегаСтрока = "ф";
   Д = 1;
   Для Сч = 1 по 100 Цикл
       МегаСтрока = МегаСтрока + МегаСтрока;
   КонецЦикла;

(20) Ну да. Как ты в XML поместишь недопустимые символы?

Да и в принципе в ХранилищахЗначений все в base64 храница вроде.

Даже после сжатия.

(24) да не, я знаю, что хранилище идет в base64 в XML, я про то, что в принципе не создатьхранилище с содержимым больше 2 гигов

(25) а не зип?

(26) наверное это сериализатор его так представляет, все таки, а как оно на самом деле - хз.

Надо лезть в SQL

Хотяяя, счаст слазью.

(30)Как там?

(31) там в поле с типом imageлежит бинарник. а вот что в бинарнике - хз

в sql конечно бинарник, но в вебсервисе он передается как base64

Чтобы узнать размер ЗаписьXML сразу узнать можно или нужно в строку и СтрДлина или в двоичные и Размер или в файл и размер файла?

В Image - бинарные, нет base64

Сделал переброс данных более 50 Мб через FTP

(0) суть в том, что платформа читает SOAP сообщение целиком всегда. И если сообщение большое, то может не хватить памяти для обработки.
Нужно резать на куски и передавать частями.

Упаковать в zip и передать двоичные данные