Тип параметра веб-сервиса 1с для передачи xml-строки #736576

Есть задача передать из сторонней системы в веб-сервис 1с достаточно большую xml-строку. Какого типа должен быть параметр для принятия xml-строки? Строковым? А насколько большую строку можно передать так? Или может быть лучше base64Binary ? Чем руководствоваться здесь при принятии решения?

физически 1С 2Гб точно примет, это больше зависит от памяти на борту Так что руководствоваться лучше содержимым строки и дальнейшей ее обработкой - смотря что дальше будем с ней делать.

будем сохранять в хранилище, а потом парсить

Строка прокатит Но если хочеться сжатия - то лучше разборать внутренне представления серилизованного сжатого хранилища значений со строкой

Вроде строка упирается в 100 с чем то МБ, после 1Ска вешается...

rкурсы-по-1с советуют юзать ХранилищеЗначения и передавать его как {}. Имя типа XDTO: ValueStorage

это удобно - сжатие можно юзать..

строка - бинарные данные с сжатием - бэйз 64

передается не из 1с8 можно ли передавать тип ХранилищеЗначения из сторонней системы?

если из стороннего то можно через зип

такой вариант рассматривал зиповать и корвертить в base64Binary но интересно также без сжатия пока я понял из ответов, что относительно большая строка не проблема

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

Да, только нужно написать либу, которая будет формировать тебе нужного формата хмл

+ в таком случае во временное хранилище сохранять смысла нет.

Можно вообще файл на фтп кидать, а сервисом только ссылку на него )))

Строку тоже можно парсить последовательно, и в зависимосте от размера сохранять ее в файл или оставить в памяти

Строка - она вся всегда в памяти, собственно как и любой объект XDTO с любыми данными, который получит метод веб сервиса как параметр, так что ХранилищеЗначения или base64Binary или еще что нить там.. без разницы.

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

А зазипованый архив не в память прийдет? А если в хранилище есть двоичные данные их так же можно сохранить на диск, а можно еще и размер посмотереть и сохранять только в том случае если он выше определенного размера