Simple Object Access Protocol para niños

Estructura de un mensaje SOAP

SOAP, que antes significaba "Simple Object Access Protocol", es como un lenguaje secreto que usan las computadoras para hablar entre sí. Imagina que tienes dos programas de computadora que necesitan compartir información, pero están en lugares diferentes o fueron creados de formas distintas. SOAP les ayuda a entenderse, enviando mensajes especiales hechos con un formato llamado XML.

Este protocolo fue creado por empresas como Microsoft e IBM y ahora es supervisado por el W3C, que es como un comité que establece reglas para internet. SOAP es muy importante para los servicios web, que son programas que funcionan en internet y permiten que diferentes aplicaciones se conecten y compartan datos.

¿Qué es SOAP y cómo funciona?

SOAP es un sistema de envío de mensajes que funciona en una sola dirección y no guarda información de estados anteriores. Piensa en él como la base para construir sistemas de comunicación más complejos. Es como el cimiento de una "pila de protocolos de servicio web", que es un conjunto de reglas para que los servicios web se comuniquen.

Este protocolo se basa en XML y tiene tres partes principales:

• Sobre (envelope): Es como el paquete que contiene el mensaje. Define qué hay dentro y cómo debe ser procesado.
• Reglas de codificación: Son las instrucciones para escribir los datos de forma que todos los entiendan.
• Convención para llamadas y respuestas: Es la forma en que se piden cosas a otros programas y cómo se reciben las respuestas.

Características clave de SOAP

SOAP tiene algunas características importantes que lo hacen muy útil:

• Extensibilidad: Se le pueden añadir funciones nuevas, como la seguridad.
• Neutralidad: Puede funcionar con muchos tipos de protocolos de transporte, como HTTP (el que usas para navegar por internet) o SMTP (el de los correos electrónicos).
• Independencia: Permite usar cualquier tipo de programación.

Imagina que quieres saber el precio de un producto en una tienda en línea. Tu programa podría enviar un mensaje SOAP al servicio web de la tienda. Este mensaje incluiría los datos del producto que buscas. El servicio web de la tienda te devolvería otro mensaje SOAP con la información que pediste, como el precio o las características del producto. Como esta información viene en un formato estándar (XML), tu programa puede leerla y usarla fácilmente.

SOAP es el sucesor de un protocolo anterior llamado XML-RPC.

Historia de la comunicación entre computadoras

La idea de que diferentes computadoras pudieran hablar entre sí surgió en los años 90. Antes, solo importaba que los programas de una misma computadora se comunicaran.

Primeros intentos de comunicación distribuida

En los años 90, aparecieron modelos como COM (de Microsoft) y CORBA (de Object Management Group). El problema era que estos sistemas no se entendían entre sí. Si tenías un programa COM, solo podía hablar con otro programa COM.

Más tarde, Microsoft creó DCOM y Sun (la empresa de Java) creó RMI. Estos permitían la comunicación a través de una red, pero seguían teniendo limitaciones. Por ejemplo, RMI solo funcionaba con programas hechos en Java.

El nacimiento de SOAP

Por eso, en 1997, Microsoft empezó a buscar una forma de que las aplicaciones se conectaran usando XML y HTTP, que son estándares de internet.

SOAP fue diseñado en 1998 por Dave Winer, Don Box, Bob Atkinson y Mohsen Al-Ghosein. La especificación SOAP es mantenida por el grupo de trabajo de protocolo XML del W3C.

La versión SOAP 1.1, lanzada en el año 2000 con la ayuda de IBM, trajo cambios importantes. Se hizo más flexible y dejó de ser una tecnología exclusiva de Microsoft. IBM incluso implementó SOAP en Java, lo que ayudó a que se usara más.

Aunque SOAP significaba "Simple Object Access Protocol" al principio, ese significado se quitó en la versión 1.2, que se convirtió en una recomendación del W3C en 2003.

¿Cómo se organiza un mensaje SOAP?

Un mensaje SOAP es un documento XML normal, pero con una estructura muy específica. Tiene las siguientes partes:

• Envelope (obligatorio): Es la parte principal que dice que es un mensaje SOAP.
• Header: Es opcional y sirve para añadir información extra sobre cómo procesar el mensaje. Es como una nota para el programa que lo recibe.
• Body (obligatorio): Aquí va la información principal, como lo que se pide o la respuesta.
• Fault: Si algo sale mal al procesar el mensaje, esta parte contiene los detalles del error.

¿Cómo se procesa un mensaje SOAP?

El procesamiento de SOAP funciona en un sistema donde varios "nodos" (computadoras o programas) interactúan. En un caso simple, un nodo envía el mensaje (SOAP Sender) y otro lo recibe (SOAP Receiver).

Pero hay diferentes tipos de nodos en el camino de un mensaje:

• SOAP Sender: El nodo que envía el mensaje.
• SOAP Receiver: El nodo que acepta el mensaje.
• SOAP message path: El camino que sigue el mensaje, desde el que lo envía hasta el que lo recibe al final.
• Initial SOAP sender: El nodo que crea el mensaje y lo envía por primera vez.
• SOAP intermediary: Un nodo que recibe el mensaje y luego lo reenvía al siguiente. Actúa como receptor y como emisor.
• Ultimate SOAP receiver: El destino final del mensaje SOAP, que es el encargado de procesarlo.

Un nodo SOAP puede tener uno o varios roles. La especificación de SOAP tiene reglas sobre cómo deben procesarse los mensajes en cada paso.

SOAP y el correo electrónico

Los programas pueden usar la infraestructura de correo electrónico para enviar mensajes SOAP, ya sea como texto en el correo o como archivos adjuntos. Aunque la especificación SOAP 1.2 no lo detalla, existe una guía del W3C que explica cómo enviar mensajes SOAP por correo.

Por ejemplo, un mensaje SOAP para reservar un viaje podría enviarse como un correo electrónico. El programa que lo recibe debe ser capaz de entender SOAP para procesar la reserva.

Ejemplos de mensajes SOAP

Aquí te mostramos cómo se vería un mensaje SOAP si un cliente pidiera información de un producto a una tienda en línea:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
     <getProductDetails xmlns="http://warehouse.example.com/ws">
       <productId>827635</productId>
     </getProductDetails>
   </soap:Body>
</soap:Envelope>

Y así sería la respuesta de la tienda con los detalles del producto:

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
   <soap:Body>
     <getProductDetailsResponse xmlns="http://warehouse.example.com/ws">
       <getProductDetailsResult>
         <productName>Toptimate 3-Piece Set</productName>
         <productId>827635</productId>
         <description>3-Piece luggage set.  Black Polyester.</description>
         <price>96.50</price>
         <inStock>true</inStock>
       </getProductDetailsResult>
     </getProductDetailsResponse>
   </soap:Body>
 </soap:Envelope>

HTTP es un protocolo de transporte muy usado para SOAP porque es bueno para pasar a través de los cortafuegos (firewalls), que son como muros de seguridad en las redes. Otros protocolos a veces son bloqueados por estos cortafuegos.

Ventajas y desventajas de usar SOAP

Beneficios de SOAP

• Compatibilidad: Como usa XML, programas hechos en diferentes lenguajes pueden comunicarse.
• Escalabilidad: Al usar HTTP, es fácil de ampliar y casi siempre es permitido por los cortafuegos.
• Flexibilidad: Se puede usar con cualquier lenguaje de programación y en cualquier tipo de computadora.
• Versatilidad: Se puede usar de forma anónima o con autenticación.
• Transporte: Puede enviarse a través de cualquier protocolo que transmita texto, como HTTP o SMTP.

Desafíos de SOAP

• Velocidad: Al usar XML, que es texto, puede ser más lento que otros sistemas que usan datos binarios.
• Dependencia: Necesita de WSDL (Web Services Description Language) para describir los servicios.
• Soporte: Algunos lenguajes de programación no tienen un soporte tan bueno para SOAP como Java o PHP.

¿Para qué se usa SOAP?

La forma más común de usar SOAP es con el patrón de petición-respuesta. Esto significa que un programa envía una petición y espera una respuesta. Es útil cuando los mensajes ya están definidos y solo quieres pedir un valor y obtenerlo.

Pero a veces se necesita un intercambio de mensajes más complejo. El W3C define dos tipos de intercambios de mensajes SOAP para crear una "conversación":

• Intercambio de mensajes Conversacionales: Permite cambiar la información de la petición.
• Llamadas a Procedimientos Remotos: Permite usar las funciones de programas remotos, aprovechando la flexibilidad de XML.

A veces, se necesitan intermediarios en las comunicaciones SOAP:

• Intermediario redirector: Un nodo SOAP que envía el mensaje a otro nodo según lo que se indica en el mensaje.
• Intermediario activo: Procesa el mensaje SOAP de forma adicional antes de reenviarlo.

Cómo se implementa un servicio web SOAP

La mayoría de los lenguajes de programación para crear sistemas web tienen herramientas para hacer servicios web SOAP y para que otros programas los usen. Hay bibliotecas que simplifican mucho la programación.

Estas herramientas, junto con los "frameworks" (estructuras de trabajo) de desarrollo web, hacen que sea más rápido crear servicios web y sus clientes, especialmente si se usa un archivo WSDL para describir el servicio.

• JAVA: Tiene soporte oficial y herramientas que generan automáticamente el archivo WSDL y permiten diseñar el servicio. Servidores como Tomcat o Glassfish se pueden usar.
• PHP: Ofrece soporte y bibliotecas para la extensión SOAP. Hay muchas librerías de terceros que simplifican su uso.
• Python: No tiene soporte en sus bibliotecas estándar, pero hay muchos paquetes de terceros. El framework Django es muy usado para servicios web en Python.
• .NET: Ofrece herramientas similares a Java para diseñar servicios y crear clientes. El entorno de desarrollo principal es Visual Studio. Microsoft también creó "Windows Communication Foundation" para sistemas orientados a servicios.

Galería de imágenes

• 

  Estructura de un mensaje SOAP

Ver también

• XML-RPC: El protocolo anterior a SOAP.
• Servicio web
• WSDL

Véase también

En inglés: SOAP Facts for Kids