JABÓN

SOAP (originalmente un acrónimo de Simple Object Access Protocol ) ^{[ a ]} es una especificación de protocolo de mensajería para el intercambio de información estructurada en la implementación de servicios web en redes informáticas . Utiliza XML Information Set para su formato de mensaje y se basa en protocolos de capa de aplicación , con mayor frecuencia el Protocolo de Transferencia de Hipertexto (HTTP), aunque algunos sistemas heredados se comunican a través del Protocolo Simple de Transferencia de Correo (SMTP), para la negociación y transmisión de mensajes.

SOAP proporciona la capa de protocolo de mensajería de una pila de protocolos de servicios web para servicios web. Es un protocolo basado en XML que consta de tres partes:

• un sobre, que define la estructura del mensaje ^{[ 1 ]} y cómo procesarlo
• un conjunto de reglas de codificación para expresar instancias de tipos de datos definidos por la aplicación
• una convención para representar llamadas y respuestas de procedimientos

SOAP tiene tres características principales:

1. Extensibilidad (la seguridad y el WS-Addressing se encuentran entre las extensiones en desarrollo).
2. neutralidad (SOAP puede operar sobre cualquier protocolo como HTTP , SMTP , TCP , UDP )
3. independencia (SOAP permite cualquier modelo de programación )

Como ejemplo de las funcionalidades de los procedimientos SOAP, una aplicación puede enviar una solicitud SOAP a un servidor con servicios web habilitados —como una base de datos de precios inmobiliarios— con los parámetros de búsqueda. El servidor devuelve una respuesta SOAP (un documento en formato XML) con los datos resultantes, como precios, ubicación y características. Dado que los datos generados se presentan en un formato estandarizado y legible por máquina, la aplicación solicitante puede integrarlos directamente.

La arquitectura SOAP consta de varias capas de especificaciones para:

• formato del mensaje
• Patrones de Intercambio de Mensajes (MEP)
• Enlaces del protocolo de transporte subyacente
• modelos de procesamiento de mensajes
• extensibilidad del protocolo

SOAP evolucionó como sucesor de XML-RPC , aunque toma prestada su neutralidad de transporte e interacción del direccionamiento de servicios web ^{[ 2 ]} y el sobre/encabezado/cuerpo de otro lugar (probablemente de WDDX ).

SOAP fue diseñado como un protocolo de acceso a objetos y lanzado como XML-RPC en junio de 1998 como parte de Frontier 5.1 por Dave Winer , Don Box , Bob Atkinson y Mohsen Al-Ghosein para Microsoft , donde Atkinson y Al-Ghosein trabajaban. ^{[ 3 ]} La especificación no estuvo disponible hasta que se presentó a la IETF el 13 de septiembre de 1999. ^{[ 4 ] [ 5 ]} Según Don Box, esto se debió a la política interna de Microsoft. ^{[ 6 ]} Debido a la reticencia de Microsoft, Dave Winer lanzó XML-RPC en 1998. ^{[ 7 ]}

El borrador de Internet presentado no alcanzó el estatus de RFC y, por lo tanto, no se considera un "estándar web" como tal. La versión 1.1 de la especificación se publicó como una nota del W3C el 8 de mayo de 2000. ^{[ 8 ]} Dado que la versión 1.1 no alcanzó el estatus de recomendación del W3C , tampoco puede considerarse un "estándar web". Sin embargo, la versión 1.2 de la especificación se convirtió en una recomendación del W3C el 24 de junio de 2003. SOAP originalmente significaba "Simple Object Access Protocol" (Protocolo simple de acceso a objetos), pero la versión 1.2 del estándar eliminó este acrónimo. ^{[ 9 ]}

La especificación SOAP ^{[ 10 ]} fue mantenida por el Grupo de Trabajo del Protocolo XML ^{[ 11 ]} del Consorcio World Wide Web hasta que el grupo fue cerrado el 10 de julio de 2009.

Tras su introducción, SOAP se convirtió en la capa subyacente de un conjunto más complejo de servicios web , basados ​​en WSDL , XSD y UDDI . Estos servicios, especialmente UDDI, han demostrado ser de mucho menor interés, pero comprenderlos permite entender completamente el papel que se esperaba de SOAP en comparación con la evolución real de los servicios web.

La especificación SOAP puede definirse ampliamente como compuesta por los siguientes tres componentes conceptuales: conceptos de protocolo, conceptos de encapsulación y conceptos de red. ^{[ 12 ]}

La especificación SOAP define el marco de mensajería, que consta de:

• El modelo de procesamiento SOAP , que define las reglas para procesar un mensaje SOAP ^{[ 15 ]}
• El modelo de extensibilidad SOAP define los conceptos de características SOAP y módulos SOAP ^{[ 15 ].}
• El marco de enlace del protocolo subyacente SOAP describe las reglas para definir un enlace a un protocolo subyacente que se puede utilizar para intercambiar mensajes SOAP entre nodos SOAP ^{[ 15 ].}
• La construcción del mensaje SOAP que define la estructura de un mensaje SOAP ^{[ 15 ]}

Un mensaje SOAP es un documento XML ordinario que contiene los siguientes elementos:

Tanto SMTP como HTTP son protocolos válidos de capa de aplicación que se utilizan como transporte para SOAP, pero HTTP ha ganado mayor aceptación, ya que funciona bien con la infraestructura de internet actual; en concreto, HTTP funciona bien con los cortafuegos de red . SOAP también se puede utilizar sobre HTTPS (que es el mismo protocolo que HTTP a nivel de aplicación, pero utiliza un protocolo de transporte cifrado subyacente) con autenticación simple o mutua; este es el método recomendado por WS-I para proporcionar seguridad a los servicios web, tal como se indica en el Perfil Básico 1.1 de WS-I .

Esto supone una gran ventaja sobre otros protocolos distribuidos como GIOP/IIOP o DCOM , que normalmente son filtrados por cortafuegos. SOAP sobre AMQP es otra posibilidad que admiten algunas implementaciones. SOAP también tiene la ventaja sobre DCOM de que no se ve afectado por los permisos de seguridad configurados en las máquinas que requieren conocimiento tanto de los nodos transmisores como de los receptores. Esto permite que SOAP tenga un acoplamiento flexible, algo imposible con DCOM . También existe el estándar OASIS para SOAP sobre UDP .

XML Information Set was chosen as the standard message format because of its widespread use by major corporations and open source development efforts. Typically, XML Information Set is serialized as XML. A wide variety of freely available tools significantly eases the transition to a SOAP-based implementation. The somewhat lengthy syntax of XML can be both a benefit and a drawback. While it facilitates error detection and avoids interoperability problems such as byte-order (endianness), it can slow processing speed and can be cumbersome. For example, CORBA, GIOP, ICE, and DCOM use much shorter, binary message formats. On the other hand, hardware appliances are available to accelerate processing of XML messages.^[16][17]Binary XML is also being explored as a means for streamlining the throughput requirements of XML. XML messages by their self-documenting nature usually have more 'overhead' (e.g., headers, nested tags, delimiters) than actual data in contrast to earlier protocols where the overhead was usually a relatively small percentage of the overall message.

In financial messaging SOAP was found to result in a 2–4 times larger message than previous protocols FIX (Financial Information Exchange) and CDR (Common Data Representation).^[18]

XML Information Set does not have to be serialized in XML. For instance, CSV and JSON XML-infoset representations exist. There is also no need to specify a generic transformation framework. The concept of SOAP bindings allows for specific bindings for a specific application. The drawback is that both the senders and receivers have to support this newly defined binding.

The message below requests a stock price for AT&T (stock ticker symbol "T").

POST/InStockHTTP/1.1Host:www.example.orgContent-Type:application/soap+xml; charset=utf-8Content-Length:299SOAPAction:"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>

• Marchal, Benoît (1 de febrero de 2001). "Soapbox: Por qué uso SOAP" . IBM Developer Works . Archivado del original el 19 de agosto de 2007.
• Box, Don (2000). "Guía para jóvenes sobre el Protocolo Simple de Acceso a Objetos: SOAP aumenta la interoperabilidad entre plataformas y lenguajes" . Revista MSDN . Microsoft.
• Ogbuji, Uche (13 de marzo de 2001). "Tutorial: Mensajería XML con SOAP" . IBM Developer Works . Archivado del original el 3 de febrero de 2006.

• Página SOAP del W3C
• Especificación SOAP versión 1.2
• Crear un mensaje SOAP en Java