МЫЛО

МЫЛО
Семья	обмена сообщениями Протокол
Разработано	Дэйв Винер ; Дон Бокс ; Боб Аткинсон ; Мохсен Аль-Госин ;
Впервые появился	Первоначально как XML-RPC в июне 1998 г .; 26 лет назад
Стабильная версия	1.2 / 27 апреля 2007 г .; 17 лет назад

SOAP (ранее — Simple аббревиатура Object Access Protocol ) — спецификация протокола обмена сообщениями для обмена структурированной информацией при реализации веб-сервисов в компьютерных сетях . Он использует набор информации XML для своего формата сообщений и полагается на протоколы прикладного уровня , чаще всего протокол передачи гипертекста (HTTP), хотя некоторые устаревшие системы обмениваются данными через простой протокол передачи почты (SMTP) для согласования и передачи сообщений.

SOAP позволяет разработчикам вызывать процессы, работающие в различных операционных системах (например, Windows , macOS и Linux ), для аутентификации, авторизации и взаимодействия с использованием расширяемого языка разметки (XML). Поскольку веб-протоколы, такие как HTTP, установлены и работают практически во всех операционных системах, SOAP позволяет клиентам вызывать веб-службы и получать ответы независимо от языка и платформы.

Характеристики

SOAP обеспечивает уровень протокола обмена сообщениями в стеке протоколов веб-служб для веб-служб. Это протокол на основе XML, состоящий из трех частей:

конверт, определяющий структуру сообщения ^[1] и как это обработать
набор правил кодирования для выражения экземпляров типов данных, определенных приложением
соглашение для представления вызовов процедур и ответов

SOAP имеет три основные характеристики:

расширяемость (безопасность и WS-адресация входят в число разрабатываемых расширений)
нейтральность (SOAP может работать по любому протоколу, например HTTP , SMTP , TCP , UDP )
независимость (SOAP допускает любую модель программирования )

В качестве примера того, что могут делать процедуры SOAP, приложение может отправить запрос SOAP на сервер, на котором включены веб-службы (например, база данных цен на недвижимость), с параметрами для поиска. Затем сервер возвращает ответ SOAP (документ в формате XML) с результирующими данными, например, ценами, местоположением, характеристиками. Поскольку сгенерированные данные поступают в стандартизированном формате, поддающемся машинному анализу, запрашивающее приложение может затем интегрировать их напрямую.

Архитектура SOAP состоит из нескольких уровней спецификаций для:

формат сообщения
Шаблоны обмена сообщениями (MEP)
базовые привязки транспортного протокола
модели обработки сообщений
расширяемость протокола

SOAP развился как преемник XML-RPC , хотя его нейтральность к транспортировке и взаимодействию заимствована у адресации веб-сервисов. ^[2] и конверт/заголовок/тело из другого места (вероятно, из WDDX ). ^{[ нужна ссылка ]}

История

SOAP был разработан как протокол доступа к объектам и выпущен как XML-RPC в июне 1998 года как часть Frontier 5.1 Дэйвом Винером , Доном Боксом , Бобом Аткинсоном и Мохсеном Аль-Госейном для Microsoft , где Аткинсон и Аль-Госейн работали. ^[3] Спецификация не была доступна до тех пор, пока она не была представлена в IETF 13 сентября 1999 года. ^[4]^[5] По словам Дона Бокса, это произошло из-за политики внутри Microsoft. ^[6] Из-за колебаний Microsoft Дэйв Винер выпустил XML-RPC в 1998 году. ^[7]

Представленный Интернет-проект не получил статуса RFC и поэтому не считается «веб-стандартом» как таковым. Версия 1.1 спецификации была опубликована как примечание W3C 8 мая 2000 г. ^[8] Поскольку версия 1.1 не достигла статуса Рекомендации W3C , ее также нельзя считать «веб-стандартом». Однако версия 1.2 спецификации стала рекомендацией W3C 24 июня 2003 года. Первоначально SOAP означало «Простой протокол доступа к объектам», но в версии 1.2 стандарта эта аббревиатура была исключена. ^[9]

Спецификация SOAP ^[10] поддерживается рабочей группой по протоколу XML ^[11] Консорциума Всемирной паутины до закрытия группы 10 июля 2009 года.

После того, как SOAP был впервые представлен, он стал базовым уровнем более сложного набора веб-сервисов , основанных на WSDL , XSD и UDDI . Эти различные сервисы, особенно UDDI, оказались гораздо менее интересными, но их понимание дает полное понимание ожидаемой роли SOAP по сравнению с тем, как на самом деле развивались веб-сервисы.

SOAP-терминология

Спецификацию SOAP можно в широком смысле определить как состоящую из следующих трех концептуальных компонентов: концепции протокола, концепции инкапсуляции и концепции сети. ^[12]

Концепции протокола

МЫЛО: Это набор правил, формализующих и управляющих форматом и правилами обработки информации, которой обмениваются отправитель SOAP и получатель SOAP.
SOAP-узлы: Это физические/логические машины с процессорами, которые используются для передачи/пересылки, получения и обработки сообщений SOAP. Они аналогичны узлам в сети.
SOAP-роли: На пути сообщения SOAP все узлы принимают на себя определенную роль. Роль узла определяет действие, которое узел выполняет с полученным сообщением. Например, роль « none» означает, что ни один узел не будет каким-либо образом обрабатывать заголовок SOAP и просто передавать сообщение по своему пути.
Привязка протокола SOAP: Сообщение SOAP должно работать совместно с другими протоколами для передачи по сети. Например, сообщение SOAP может использовать TCP в качестве протокола нижнего уровня для передачи сообщений. Эти привязки определены в структуре привязки протокола SOAP. ^[13]
SOAP-функции: SOAP предоставляет только структуру обмена сообщениями. Однако его можно расширить, добавив такие функции, как надежность, безопасность и т. д. При добавлении функций в структуру SOAP необходимо соблюдать определенные правила.
SOAP-модуль: Набор спецификаций, касающихся семантики заголовка SOAP, для описания любых новых функций, расширяемых SOAP. Модуль должен реализовывать ноль или более функций. SOAP требует, чтобы модули придерживались установленных правил. ^[14]

Концепции инкапсуляции данных

SOAP-сообщение: Представляет информацию, которой обмениваются два узла SOAP.
Мыльный конверт: Это включающий элемент XML-сообщения, идентифицирующий его как сообщение SOAP.
Блок заголовка SOAP: Заголовок SOAP может содержать более одного из этих блоков, каждый из которых представляет собой отдельный вычислительный блок внутри заголовка. Как правило, информация о роли SOAP используется для определения узлов на пути. Говорят, что блок заголовка нацелен на узел SOAP, если роль SOAP для блока заголовка является именем роли, в которой работает узел SOAP. (пример: блок заголовка SOAP с атрибутом роли UltimateReceiver предназначен только для узла назначения, который имеет эту роль. Заголовок с атрибутом роли как следующий предназначен для каждого посредника, а также узла назначения.)
SOAP-заголовок: Коллекция из одного или нескольких блоков заголовков, предназначенных для каждого получателя SOAP.
Тело мыла: Содержит тело сообщения, предназначенное для получателя SOAP. Интерпретация и обработка тела SOAP определяются блоками заголовков.
Ошибка SOAP: Если узлу SOAP не удается обработать сообщение SOAP, он добавляет информацию об ошибке в элемент ошибки SOAP. Этот элемент содержится в теле SOAP как дочерний элемент.

Концепции отправителя и получателя сообщений

SOAP-отправитель: Узел, передающий сообщение SOAP.
SOAP-приемник: Узел, получающий сообщение SOAP. (Может быть посредником или узлом назначения).
Путь сообщения SOAP: Путь, состоящий из всех узлов, которые прошло сообщение SOAP, чтобы достичь узла назначения.
Начальный отправитель SOAP: Это узел, который отправил сообщение SOAP для передачи. Это корень пути сообщения SOAP.
SOAP-посредник: Все узлы между отправителем SOAP и предполагаемым пунктом назначения SOAP. Он обрабатывает целевые блоки заголовков SOAP и пересылает сообщение SOAP конечному получателю SOAP.
Усовершенствованный SOAP-приемник: Получатель сообщения SOAP. Этот узел отвечает за обработку тела сообщения и любых блоков заголовков, предназначенных для него.

Спецификация

Спецификация SOAP определяет структуру обмена сообщениями, которая состоит из:

Модель обработки SOAP , определяющая правила обработки сообщения SOAP. ^[15]
Модель расширяемости SOAP, определяющая концепции функций SOAP и модулей SOAP. ^[15]
Структура привязки базового протокола SOAP, описывающая правила определения привязки к базовому протоколу, который можно использовать для обмена сообщениями SOAP между узлами SOAP. ^[15]
Конструкция сообщения SOAP, определяющая структуру сообщения SOAP. ^[15]

Строительные блоки SOAP

Сообщение SOAP представляет собой обычный XML-документ, содержащий следующие элементы:

Элемент	Описание	Необходимый
Конверт	Идентифицирует документ XML как сообщение SOAP.	Да
Заголовок	Содержит информацию заголовка.	Нет
Тело	Содержит информацию о вызове и ответе.	Да
Вина	Предоставляет информацию об ошибках, произошедших при обработке сообщения.	Нет

Методы транспортировки

И SMTP , и HTTP являются допустимыми протоколами прикладного уровня, используемыми в качестве транспорта для SOAP, но HTTP получил более широкое признание, поскольку он хорошо работает с современной интернет-инфраструктурой; в частности, HTTP хорошо работает с сетевыми брандмауэрами . SOAP также может использоваться поверх HTTPS (который является тем же протоколом, что и HTTP на уровне приложения, но использует зашифрованный транспортный протокол ) с простой или взаимной аутентификацией; это рекомендуемый метод WS-I для обеспечения безопасности веб-служб, как указано в базовом профиле WS-I 1.1.

Это главное преимущество перед другими распределенными протоколами, такими как GIOP/IIOP или DCOM , которые обычно фильтруются брандмауэрами. SOAP поверх AMQP — еще одна возможность, поддерживаемая некоторыми реализациями. SOAP также имеет преимущество перед DCOM , заключающееся в том, что на него не влияют права безопасности, настроенные на машинах, требующих знания как передающих, так и принимающих узлов. Это позволяет SOAP быть слабо связанным, что невозможно с DCOM . Существует также SOAP-over-UDP стандарт OASIS .

Формат сообщения

XML Information Set был выбран в качестве стандартного формата сообщений из-за его широкого использования крупными корпорациями и открытого исходного кода усилий по разработке . Обычно набор информации XML сериализуется как XML . Широкий набор свободно доступных инструментов значительно упрощает переход к реализации на основе SOAP. Несколько длинный синтаксис XML может быть как преимуществом , так и недостатком. Хотя он облегчает обнаружение ошибок и позволяет избежать проблем совместимости, таких как порядок байтов ( endianness ), он может замедлить скорость обработки и быть громоздким. Например, CORBA , GIOP , ICE и DCOM используют гораздо более короткие двоичные форматы сообщений. С другой стороны, доступны аппаратные средства для ускорения обработки сообщений XML . ^[16]^[17] Двоичный XML также изучается как средство оптимизации требований к пропускной способности XML. Сообщения XML из-за своей самодокументируемой природы обычно имеют больше «служебных данных» (например, заголовков, вложенных тегов, разделителей), чем фактических данных, в отличие от более ранних протоколов, где накладные расходы обычно составляли относительно небольшой процент от общего объема сообщения.

Было обнаружено, что при обмене финансовыми сообщениями SOAP приводит к увеличению размера сообщения в 2–4 раза, чем предыдущие протоколы FIX (обмен финансовой информацией) и CDR (общее представление данных). ^[18]

Набор информации XML не обязательно сериализовать в XML. Например, формате CSV и JSON существуют представления XML-информационного набора в . Также нет необходимости указывать общую структуру преобразования. Концепция привязок SOAP позволяет использовать определенные привязки для конкретного приложения. Недостаток заключается в том, что и отправители, и получатели должны поддерживать эту новую привязку.

Пример сообщения (инкапсулированный в HTTP)

В сообщении ниже запрашивается цена акций AT&T (тикер акций «T»).

POST /InStock HTTP/1.1
Host: www.example.org
Content-Type: application/soap+xml; charset=utf-8
Content-Length: 299
SOAPAction: "http://www.w3.org/2003/05/soap-envelope"

<?xml version="1.0"?>
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:m="http://www.example.org">
  <soap:Header>
  </soap:Header>
  <soap:Body>
    <m:GetStockPrice>
      <m:StockName>T</m:StockName>
    </m:GetStockPrice>
  </soap:Body>
</soap:Envelope>

Техническая критика

Преимущества

Характеристика нейтральности SOAP явно делает его пригодным для использования с любым транспортным протоколом. Реализации часто используют HTTP в качестве транспортного протокола, но можно использовать и другие популярные транспортные протоколы. Например, SOAP также можно использовать поверх SMTP, JMS. ^[19]^[20] и очереди сообщений .
SOAP в сочетании с обменом сообщениями/ответами HTTP легко туннелирует через существующие брандмауэры и прокси-серверы и, следовательно, не требует модификации широко распространенных вычислительных и коммуникационных инфраструктур, существующих для обработки обмена сообщениями/ответами HTTP.
SOAP обладает всеми возможностями XML, включая простую интернационализацию и расширяемость с помощью пространств имен XML.

Недостатки

При использовании стандартной реализации и привязки SOAP/HTTP по умолчанию информационный набор XML сериализуется как XML. Чтобы повысить производительность для особого случая XML со встроенными двоичными объектами, механизм оптимизации передачи сообщений . был введен
Если использовать HTTP в качестве транспортного протокола и не использовать адресацию веб-служб или корпоративную служебную шину , роли взаимодействующих сторон фиксированы. Только одна сторона (клиент) может пользоваться услугами другой.
SOAP не так «прост», как следует из названия. Многословность протокола, низкая скорость синтаксического анализа XML и отсутствие стандартизированной модели взаимодействия привели к доминированию сервисов, HTTP напрямую использующих протокол . См., например, REST .
Будучи независимым от протокола, SOAP не может использовать преимущества специфичных для протокола функций и оптимизаций, таких как унифицированный интерфейс REST или кэширование – вместо этого приходится их переопределять (как в случае с WS-Addressing ).

См. также

SOAP с вложениями
SOAP с API вложений для Java
SOAP поверх UDP
Список протоколов веб-сервисов
Механизм оптимизации передачи сообщений (MTOM)
XML-двоичная оптимизированная упаковка (XOP)
Расширяемый протокол пользовательского интерфейса (XUP) — протокол пользовательского интерфейса на основе SOAP.
Вебсокет
Безопасность веб-сервисов
Продукты и услуги на базе WS-Security

Ссылки

^ Хирш, Фредерик; Кемп, Джон; Илкка, Яни (11 января 2007 г.). Мобильные веб-сервисы: архитектура и реализация . Джон Уайли и сыновья (опубликовано в 2007 г.). п. 27. ISBN 9780470032596 . Проверено 15 сентября 2014 г. Простой протокол доступа к объектам (SOAP) определяет структуру конверта сообщений, предназначенную для переноса полезных данных приложения в одной части конверта (тело сообщения) и управляющей информации в другой (заголовок сообщения).
^ «Адресация веб-служб (WS-адресация)» . www.w3.org . Архивировано из оригинала 25 сентября 2016 г. Проверено 15 сентября 2016 г.
^ «Эксклюзивное интервью журнала Indigo для разработчиков .NET с Доном Боксом из Microsoft» . Dotnet.sys-con.com. Архивировано из оригинала 6 января 2019 г. Проверено 4 октября 2012 г.
^ «Титульные страницы XML по истории SOAP» . Обложки.орг. Архивировано из оригинала 3 марта 2001 г. Проверено 22 июля 2003 г.
^ «SOAP: простой протокол доступа к объектам» . Ietf Datatracker . Сентябрь 1999 г. Архивировано из оригинала 25 февраля 2021 г. Проверено 20 сентября 2015 г.
^ «Дон Бокс по истории SOAP» . XML.com. 04 апреля 2001 г. Архивировано из оригинала 18 июня 2015 г. Проверено 20 сентября 2015 г.
^ «XML-RPC для новичков» . 14 июля 1998 г. Архивировано из оригинала 12 октября 1999 года.
^ «Примечание W3C по простому протоколу доступа к объектам (SOAP) 1.1» . W3C. 08.05.2000. Архивировано из оригинала 04 марта 2021 г. Проверено 20 сентября 2015 г.
^ «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . W3C . 27 апреля 2007 г. Архивировано из оригинала 19 июня 2012 г. Проверено 15 июня 2012 г. Примечание. В предыдущих версиях этой спецификации имя SOAP было аббревиатурой. Это уже не так. (Под разделом 1. Введение)
^ «Спецификации SOAP» . W3C. Архивировано из оригинала 15 апреля 2021 г. Проверено 29 марта 2014 г.
^ «Рабочая группа W3C по протоколу XML» . W3C. Архивировано из оригинала 25 декабря 2018 г. Проверено 29 марта 2014 г.
^ «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . www.w3.org . Архивировано из оригинала 20 сентября 2016 г. Проверено 14 сентября 2016 г.
^ «Предложение об обязательной рамочной программе» . www.w3.org . Архивировано из оригинала 11 июля 2017 г. Проверено 14 сентября 2016 г.
^ «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . www.w3.org . Архивировано из оригинала 20 сентября 2016 г. Проверено 14 сентября 2016 г.
^ Перейти обратно: ^а ^б ^с ^д «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . www.w3.org . Архивировано из оригинала 02 апреля 2017 г. Проверено 24 июня 2020 г.
^ «ИБМ Дейтапауэр» . 306.ibm.com. 30 ноября 2011 г. Архивировано из оригинала 22 июня 2008 г. Проверено 4 октября 2012 г.
^ «Механизм ускорителя XML IBM Zurich» (PDF) . Архивировано из оригинала (PDF) 30 сентября 2012 г. Проверено 4 октября 2012 г.
^ «Оценка SOAP для высокопроизводительных бизнес-приложений: торговые системы в реальном времени» . Tenermerx Pty Ltd Технологический университет, Сидней. 30 ноября 2011 г. Архивировано из оригинала 10 августа 2013 г. Проверено 14 марта 2013 г.
^ «SOAP по протоколу JMS» . ИБМ. Архивировано из оригинала 22 марта 2020 года . Проверено 22 марта 2020 г.
^ «Часто задаваемые вопросы по SOAP-JMS» . Рабочая группа по связыванию SOAP-JMS. Архивировано из оригинала 17 июля 2017 года . Проверено 22 марта 2020 г.

Дальнейшее чтение

Бенуа Маршаль, « Мыльница: почему я использую SOAP », IBM
Уче Огбуджи, « Учебное пособие: обмен сообщениями XML с помощью SOAP », главный консультант, Four Thought, Inc.

Внешние ссылки

[1] Хирш, Фредерик; Кемп, Джон; Илкка, Яни (11 января 2007 г.). Мобильные веб-сервисы: архитектура и реализация . Джон Уайли и сыновья (опубликовано в 2007 г.). п. 27. ISBN 9780470032596 . Проверено 15 сентября 2014 г. Простой протокол доступа к объектам (SOAP) определяет структуру конверта сообщений, предназначенную для переноса полезных данных приложения в одной части конверта (тело сообщения) и управляющей информации в другой (заголовок сообщения).

[2] «Адресация веб-служб (WS-адресация)» . www.w3.org . Архивировано из оригинала 25 сентября 2016 г. Проверено 15 сентября 2016 г.

[3] «Эксклюзивное интервью журнала Indigo для разработчиков .NET с Доном Боксом из Microsoft» . Dotnet.sys-con.com. Архивировано из оригинала 6 января 2019 г. Проверено 4 октября 2012 г.

[4] «Титульные страницы XML по истории SOAP» . Обложки.орг. Архивировано из оригинала 3 марта 2001 г. Проверено 22 июля 2003 г.

[5] «SOAP: простой протокол доступа к объектам» . Ietf Datatracker . Сентябрь 1999 г. Архивировано из оригинала 25 февраля 2021 г. Проверено 20 сентября 2015 г.

[6] «Дон Бокс по истории SOAP» . XML.com. 04 апреля 2001 г. Архивировано из оригинала 18 июня 2015 г. Проверено 20 сентября 2015 г.

[7] «XML-RPC для новичков» . 14 июля 1998 г. Архивировано из оригинала 12 октября 1999 года.

[8] «Примечание W3C по простому протоколу доступа к объектам (SOAP) 1.1» . W3C. 08.05.2000. Архивировано из оригинала 04 марта 2021 г. Проверено 20 сентября 2015 г.

[9] «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . W3C . 27 апреля 2007 г. Архивировано из оригинала 19 июня 2012 г. Проверено 15 июня 2012 г. Примечание. В предыдущих версиях этой спецификации имя SOAP было аббревиатурой. Это уже не так. (Под разделом 1. Введение)

[10] «Спецификации SOAP» . W3C. Архивировано из оригинала 15 апреля 2021 г. Проверено 29 марта 2014 г.

[11] «Рабочая группа W3C по протоколу XML» . W3C. Архивировано из оригинала 25 декабря 2018 г. Проверено 29 марта 2014 г.

[12] «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . www.w3.org . Архивировано из оригинала 20 сентября 2016 г. Проверено 14 сентября 2016 г.

[13] «Предложение об обязательной рамочной программе» . www.w3.org . Архивировано из оригинала 11 июля 2017 г. Проверено 14 сентября 2016 г.

[14] «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . www.w3.org . Архивировано из оригинала 20 сентября 2016 г. Проверено 14 сентября 2016 г.

[auto-15] Перейти обратно: ^а ^б ^с ^д «SOAP Версия 1.2, часть 1: Платформа обмена сообщениями (второе издание)» . www.w3.org . Архивировано из оригинала 02 апреля 2017 г. Проверено 24 июня 2020 г.

[16] «ИБМ Дейтапауэр» . 306.ibm.com. 30 ноября 2011 г. Архивировано из оригинала 22 июня 2008 г. Проверено 4 октября 2012 г.

[17] «Механизм ускорителя XML IBM Zurich» (PDF) . Архивировано из оригинала (PDF) 30 сентября 2012 г. Проверено 4 октября 2012 г.

[18] «Оценка SOAP для высокопроизводительных бизнес-приложений: торговые системы в реальном времени» . Tenermerx Pty Ltd Технологический университет, Сидней. 30 ноября 2011 г. Архивировано из оригинала 10 августа 2013 г. Проверено 14 марта 2013 г.

[19] «SOAP по протоколу JMS» . ИБМ. Архивировано из оригинала 22 марта 2020 года . Проверено 22 марта 2020 г.

[20] «Часто задаваемые вопросы по SOAP-JMS» . Рабочая группа по связыванию SOAP-JMS. Архивировано из оригинала 17 июля 2017 года . Проверено 22 марта 2020 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]