wewewewКоллеги,
Проектируется сервис по предоставлении НСИ. По коду и номеру версии будет передаваться содержание справочника.
Помогите определиться с целесообразностью пакетной загрузки. Хочется обойтись простым SOAP- сервисом.
Но я полагаю, что пакетная загрузка всплывает если размер сообщения превышает какой-то бьем?

Может я не прав, поясните когда для таких сервисов всплывает требование пакетной загрузки?

Пакетная загрузка всплывает тогда, когда между сервисом и клиентом возникает прокси/фаервол.
Сам сталкивался с такой проблемой.
На тесте все ок. На бою из-за прокси данные не проходят.

Так что да.
В сервисе надо предусмотреть возможность загрузки части справочника.
Либо загрузки по частям (асинхронное взаимодействие)

wewewewmad_nazgul,
На счет загрузки справочника по частям принял.
Но мне кажется наличие прокси не главный критерий появления пакетной загрузки.
И немного не понял про асинхронную передачу данных. Кажется это слишком сложно.

Прокси может накладывать ограничение на request.
С чем я и столкнулся.

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

Зависит от реализации клиента/сервера.
Но обычно, если нет никаких ограничений по сети, то ~2Gb на сообщение.
Если справочник большой, то может быть его выгружать в файл (xml/json/csv).
И отдавать архивом?

Petro123mad_nazgulЕсли справочник большой, то может быть его выгружать в файл (xml/json/csv).
И отдавать архивом?
только наверно это уже не soap будет.
По хорошему, протокол взаимодействия и регламент с внешним заказчиком тоже должен проектироваться по ТЗ.

Как бы да. Но существует суровая действительность, о которую разбиваются все ТЗ.
Поэтому помимо SOAP сервиса иметь вариант с архивом не самый плохой вариант. :-)

wewewewmad_nazgulпропущено...


Зависит от реализации клиента/сервера.
Но обычно, если нет никаких ограничений по сети, то ~2Gb на сообщение.
Если справочник большой, то может быть его выгружать в файл (xml/json/csv).
И отдавать архивом?
На счет 2Gb точная информация? Я читал что для апач это 16 Mb для IIS 20 в среднем.

На самом деле это настраиваемые параметры.
Например для IIS мы "дырку" сделали в 60 Mb.
Могли и больше.

wewewewНаписать конечно можно,но как это будет выглядеть.
Моя ситация - это 15-20 справочников с количеством не больше 70-100 записей и один большой - 10 тысяч записей.
И из за этого справочника мы будет качать все остальные по частям?

Нет.
Кто мешает сделать механизм, который при справочнике больше чем определенный размер, отправлять его по-частям?