Протокол SOAP

Стиль сообщений и использование

SOAP поддерживает два основных стиля взаимодействия:

RPC-стиль (Remote Procedure Call)

Сообщение строится как вызов метода с параметрами. Имя метода и параметры кодируются в теле сообщения. Этот стиль был популярен в ранних реализациях, но сейчас используется реже из-за жёсткой привязки к конкретным сигнатурам методов.

Document-стиль (Документный)

Сообщение содержит произвольный XML-документ, структура которого определяется схемой (XSD). Этот стиль более гибок и позволяет передавать сложные структуры данных. Он стал стандартом для современных веб-служб.

Кроме того, различают два режима кодирования:

• Encoded — данные кодируются по правилам, определённым в спецификации SOAP (используется в RPC-стиле).
• Literal — данные передаются в точном соответствии с XML-схемой (используется в Document-стиле).

WSDL и SOAP

Для описания веб-служб, использующих SOAP, применяется язык WSDL (Web Services Description Language). WSDL-документ определяет:

• Типы данных (с использованием XSD).
• Сообщения (входные и выходные).
• Операции (методы).
• Привязки (как SOAP-сообщение будет передаваться по сети).
• Адрес конечной точки (endpoint).

WSDL позволяет автоматически генерировать клиентский код для различных языков программирования.

Преимущества и недостатки

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

• Платформонезависимость — SOAP работает с любым языком программирования и операционной системой.
• Расширяемость — через заголовки можно добавлять любые метаданные (безопасность, транзакции, маршрутизация).
• Стандартизация — протокол является рекомендацией W3C, что обеспечивает совместимость реализаций.
• Поддержка сложных сценариев — транзакции, асинхронная обработка, маршрутизация через промежуточные узлы.
• Встроенная обработка ошибок — элемент Fault предоставляет структурированную информацию об ошибках.

Недостатки

• Избыточность — XML-формат приводит к большому объёму сообщений по сравнению с JSON или бинарными протоколами.
• Сложность — протокол требует значительных вычислительных ресурсов для разбора XML и реализации всей спецификации.
• Низкая скорость — из-за объёма данных и необходимости парсинга XML производительность ниже, чем у более лёгких протоколов (например, REST с JSON).
• Сложность отладки — XML-сообщения трудно читать и отлаживать без специальных инструментов.
• Меньшая популярность — с середины 2010-х годов REST и gRPC вытеснили SOAP из многих областей, особенно в веб-разработке.

Применение

Несмотря на снижение популярности, SOAP продолжает использоваться в следующих областях:

• Корпоративные системы — в банковской сфере, страховании, телекоммуникациях, где требуется строгая стандартизация и поддержка транзакций.
• Унаследованные системы (legacy) — многие старые веб-службы до сих пор работают на SOAP.
• Интеграция с Microsoft .NET — платформа .NET имеет встроенную поддержку SOAP (Windows Communication Foundation).
• Стандарты безопасности — протоколы WS-Security, WS-Trust, WS-Federation построены на основе SOAP.
• Системы электронного документооборота — например, в России протокол SOAP используется в системе межведомственного электронного взаимодействия (СМЭВ).

Пример SOAP-сообщения

Ниже приведён пример SOAP-запроса (версия 1.1) для получения курса валюты:

``xml <?xml version="1.0" encoding="UTF-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"; xmlns:web="http://www.example.com/currency">; <soap:Header/> <soap:Body> <web:GetCurrencyRate> <web:CurrencyCode>USD</web:CurrencyCode> </web:GetCurrencyRate> </soap:Body> </soap:Envelope> ``

Пример ответа с ошибкой:

``xml <?xml version="1.0" encoding="UTF-8"?> <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">; <soap:Body> <soap:Fault> <faultcode>soap:Server</faultcode> <faultstring>Currency code not found</faultstring> <detail> <error>Invalid currency code: USDX</error> </detail> </soap:Fault> </soap:Body> </soap:Envelope> ``

Критика и альтернативы

Основная критика SOAP связана с его сложностью и избыточностью. В современной веб-разработке предпочтение отдаётся REST (Representational State Transfer), который использует JSON и HTTP-методы (GET, POST, PUT, DELETE) для более простого и быстрого взаимодействия. Также набирает популярность gRPC, использующий бинарный протокол Protobuf и обеспечивающий высокую производительность.

Тем не менее, SOAP остаётся востребованным в сценариях, где критичны строгая типизация, поддержка сложных транзакций, безопасность на уровне сообщений и совместимость с унаследованными системами.

Источники

1. W3C Recommendation: SOAP Version 1.2 Part 1: Messaging Framework (Second Edition), 2007.
2. W3C Note: SOAP Version 1.1, 2000.
3. Box, D., Ehnebuske, D., Kakivaya, G., Layman, A., Mendelsohn, N., Nielsen, H.F., Thatte, S., Winer, D. «Simple Object Access Protocol (SOAP) 1.1», 2000.
4. Snell, J., Tidwell, D., Kulchenko, P. «Programming Web Services with SOAP», O'Reilly Media, 2002.
5. Weerawarana, S., Curbera, F., Leymann, F., Storey, T., Ferguson, D.F. «Web Services Platform Architecture: SOAP, WSDL, WS-Policy, WS-Addressing, WS-BPEL, and More», Prentice Hall, 2005.