1.11.Заполнение тега
Обязательный элемент предназначен для передачи основных данных конечному SOAP-получателю. Дочерние элементы содержат передаваемую информацию и могут иметь различные атрибуты. Для передачи веб-сервисам Системы файлов-запросов в формате xml, тег заполняется с учетом использования свойства МТОМ (с использованием МТОМ, либо без использования МТОМ). Адреса веб-сервисов подсистемы «Электронный полис» приведены в подразделе 1.9 «Адреса и методы веб-сервисов Системы» настоящего руководства.
Процесс кодирования/декодирования пересылаемых бинарных данных большого размера занимает большие ресурсы. Использование механизма МТОМ позволяет увеличить эффективность передачи бинарных данных в SOAP-запросе путем включения их в качестве вложения без кодирования в base64Binary-формат.
Структура файла-запроса, передаваемого веб-сервисам Системы в «теле» SOAP-запроса (тег ), должна соответствовать актуальной схеме xsd, описанной в Приложение 3 Спецификация форматов взаимодействия» настоящего руководства, а его содержание должно быть заполнено в соответствии с правилами, описанными в Разделе 5 «Правила формирования файлов-запросов» и Разделе 7 «Выполняемые проверки».
Пример заполнения тега для передачи сообщения веб-сервисам с использованием МТОМ
При использовании механизма МТОМ основное SOAP-сообщение передается по HTTP-протоколу без вложений, которые запрашиваются клиентом отдельно с помощью HTTP GET-запроса.
В начале сообщения в стандартном наборе HTTP-заголовков должен быть указан HTTP-заголовок Content-Type, определяющий тип данных сообщения. Заголовок Content-Transfer-Encoding определяет представление данных при пересылке. Основное SOAP-сообщение ссылается на вложение, используя значение заголовка Content-ID соответствующего вложения как значение атрибута href. Формат прикрепленных заархивированных файлов – «gzip».
--uuid:aa475c60-9a04-4fbd-9500-ee778d3c1b47
Content-Type: application
Content-Transfer-Encoding: binary
Content-ID: <9fe4e963-cb33-4885-b608-0c62c33e2a9b-2@cxf.apache.org>
? ?V?n?@~?????I??V??? ?
77Y?ElG^?[?J?B?=?ih
??????K+^?q???????
--uuid:aa475c60-9a04-4fbd-9500-ee778d3c1b47—
Пример заполнения тега при передаче сообщения для веб-сервисов без использования МТОМ
СТРОКА_ПОЛУЧЕННАЯ_ЧЕРЕЗ_BASE64_ОТ_ФАЙЛА-ЗАПРОСА(gzip) ws:attachment>
Правила формирования файлов-запросов 1.12.Общие правила формирования файлов-запросов
Структура файлов-запросов в формате xml к веб-сервисам подсистемы «Электронный полис» должна соответствовать актуальным схемам xsd, описанным в Приложение 3 Спецификация форматов взаимодействия руководства.
Правила передачи данных в Систему описаны в Разделе 7 «Выполняемые проверки» настоящего руководства. В таблицах указанного раздела, в графе «Родительский элемент», приведены комплексные (составные) элементы (элементы, содержащие другие элементы или атрибуты). Тип комплексного элемента – Complex type.
Если родительский элемент является необязательным и при передаче данных он не заполняется, все атрибуты, входящие в его состав также не передаются (становятся необязательными для передачи).
При формировании файлов-запросов используются справочники, содержание которых размещается на закрытой части сайта РСА, доступной для СК. Адрес страницы сайта со справочниками и доступ к ней предоставляются в РСА.
Если СК не заполняет элемент типа данных integer, то СК не должна указывать незаполненный тег элемента в сообщении, поскольку сообщение в этом случае не пройдет первичную валидацию на соответствующую xsd-схему.
|
