Передача больших данных через Веб-сервис. 100Мбайт. #634323

Делаю обмен между двумя базами с помощью Веб-сервисов. На узле отправителя формирую пакет следующим образом Тип возвращаемого сервисом значения ValueStorage ( Есть ли ограничения на размер передаваемого хранилища? А то выгрузки в 50Мбайт проходят, а 100Мбайт завершаются ошибкой: bad allocation Предполагаю, что приходит обрезанные данные

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

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

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

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

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

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

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

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

эт я туплю.

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

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

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

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

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

нет.

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

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

base64???

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

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

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

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

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

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

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

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

Надо лезть в SQL

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

Как там?

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

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

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

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

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

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

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