Hola, mi nombre es Julián Moreno, sean bienvenidos a este video en el cual voy a hablar sobre

SOAP, explicaré su concepto, socializaré algunas características, ventajas, desventajas, mostraré

un ejemplo y hablaré de la historia de este protocolo. Bueno, comencemos.

¿Qué es SOAP? SOAP es un protocolo estándar que define como dos objetos en diferentes
procesos pueden comunicarse por medio de intercambio de datos XML. Los mensajes SOAP
son transmisiones de información de remitentes a destinatarios, estos mensajes se
pueden combinar para crear patrones de petición/respuesta. Básicamente SOAP es
un protocolo para acceder a un Web Service.

Y que es un web service? Bueno, un web service o servicio web, es una vía de intercomunicación e
interoperabilidad entre máquinas conectadas en Red. Generalmente, la interacción se basa en el
envío de solicitudes y respuestas entre un cliente y un servidor, que incluyen datos.

Ahora hablemos de la historia de este protocolo, En la década de los 90 surgió la preocupación

por los sistemas distribuidos y de cómo diferentes máquinas podían comunicarse entre sí.
Hasta ese momento, era suficiente con que las aplicaciones de un mismo ordenador pudieran
establecer una comunicación. La historia de SOAP comienza con XML, Este lenguaje fue
desarrollado por once colaboradores en el consorcio www o w3c en 1997, inspirado en el
sueño de una web verdaderamente semántica. El objetivo de esta web era que los
ordenadores pudiesen hablar entre sí, y así la web podría convertirse en una red de
conocimiento colectivo vinculada mediante programación. La publicación de XML se hizo
oficialmente en 1998.

Para una gran cantidad de desarrolladores, XML no fue lo suficientemente lejos como para
permitir que las computadoras hablaran entre sí. Debido a esto, algunos empleados de Microsoft
se reunieron y comenzaron a trabajar en un protocolo simple de acceso a objetos, es decir, SOAP.
después de un tiempo de trabajo, SOAP logra estandarizar la comunicación entre servidores,
cerrando finalmente el bucle entre los clientes (que se refiere a lo que visualiza) y los servidores
(que es de donde proceden los datos). Sin embargo, en Microsoft existían problemas de política
internos que supondrían el atraso de este proyecto.

Dave winer, uno de los empleados que trabajaba en SOAP, no se preocupó mucho por eso y
terminó lanzando su propia versión ligera de SOAP en 1998, a la que llamó XML-RPC. Aunque esta
versión no incluía todo, era suficiente para que los servidores hablaran con los clientes mediante
HTTP. Entonces los servicios web habían llegado.

Después de algún tiempo, el grupo de trabajo de SOAP fue capaz de encontrar un poderoso aliado.
Microsoft se juntó con IBM e impulsaron una especificación para SOAP a través del W3C y se
convirtió en una recomendación oficial el 8 de mayo del año 2000. Al volverse oficial, varias
organizaciones grandes tomaron confianza para adoptar esta nueva tecnología. El 24 de junio de
2003 la versión 1.2 de SOAP se convirtió en una recomendación W3C. En muy poco tiempo, SOAP
estaba ejecutando API para algunas de las organizaciones más grandes, como Oracle, HP y Sun
mycrosystems. Seguro te estarás preguntado que es una api, bueno, pues una API es un conjunto
de definiciones y protocolos que se utiliza para desarrollar e integrar el software de las
aplicaciones.
Continuando con la historia, Por esta misma época surgía el rival directo de SOAP, el llamado REST
o Representational State Transfer, que significa: Transferencia de estado representacional. Rest
fue publicado como especificación en el año 2000 por Roy Fielding (que fue uno de los principales
autores del protocolo HTTP). Aunque son rivales directos, no funcionan de la misma manera, SOAP
es un protocolo estandarizado que impone algunas reglas y requisitos. Por otro lado, REST no es
un protocolo, es más una arquitectura que sigue un conjunto de pautas que permite una
implementación flexible.

En la actualidad, los servicios web SOAP, al ofrecer seguridad y cumplimiento de las operaciones
integradas, coincide con muchas de las necesidades empresariales. Pero al ser un protocolo, este
impone reglas integradas que aumentan la complejidad y retrasan el tiempo de carga en algunas
páginas. Las API de REST son ligeras, así que son ideales para los contextos más nuevos, como
el Internet de las cosas (IoT), el desarrollo de aplicaciones móviles y la informática sin servidor. La
gran mayoría de API públicas, siguen las pautas de REST.

Bueno, pues Ya para finalizar con la historia, tenemos un DATO CURIOSO, y es que SOAP
originalmente significaba “Simple Object Access Protocol” que en español es: protocolo simple de
acceso a objetos, esta sigla se abandonó en la versión 1.2. debido a que dicha denominación no
encajaba realmente con el protocolo, desde entonces SOAP se utiliza como nombre propio.

Bueno, ahora si pasemos a hablar de las características de este protocolo. SOAP Está basado en
XML y se conforma de tres partes: primero está El sobre (envelope): el cuál define la estructura
del mensaje y como debe ser procesado. Como segundo tenemos Un conjunto de reglas de
codificación, que son usadas para expresar instancias de tipos de datos definidos por la aplicación.
Y finalmente una convención para representar llamadas y respuestas a procedimientos remotos.

El protocolo SOAP tiene tres características principales, que son la Extensibilidad (por ejemplo, la
seguridad y el direccionamiento de servicios web son algunas extensiones aplicadas en el
desarrollo) ,también tenemos la neutralidad (que quiere decir que SOAP puede operar sobre
cualquier protocolo de transmisión de texto como HTTP, SMTP, TCP, UDP) y la otra característica
es la independencia (ya que SOAP permite cualquier modelo de programación).

Ahora hablemos de las ventajas y desventajas que tiene este protocolo, empecemos por las
ventajas, debido a que SOAP usa xml, se permite invocar procedimientos remotos de muchos
lenguajes, esto permite el intercambio de información, SOAP utiliza una comunicación vía HTTP
que es fácilmente escalable, además de ser casi siempre permitido por los cortafuegos. Es posible
usar SOAP con un usuario anónimo o autenticación, Es posible transmitir texto mediante
diferentes protocolos como HTTP, SMTP, entre otros.

Vamos a ver ahora algunas desventajas de SOAP, debido al uso de xml, SOAP es
considerablemente más lento que otros, ya que los datos binarios se codifican como texto. Tiene
dependencia del formato WDSL. (es un lenguaje de descripción de servicios web). Al contrario que
Java, php y python, varios lenguajes no ofrecen un apoyo adecuado para el uso de SOAP, ya sea a
nivel de integración o de soporte IDE.
Bueno, y ya para finalizar, que mejor forma de aclarar un concepto que con un ejemplo, vamos a
ver cómo es la estructura de un mensaje SOAP. Analicemos el siguiente código. Si observamos en
la parte superior tenemos el sobre, que es el elemento <énvelof>, este es el elemento raíz en cada
mensaje SOAP, después tenemos la cabecera, que es el elemento <header>, este subelemento se
utiliza para pasar información relacionada con la aplicación que los nodos SOAP van a procesar a lo
largo de la vía de acceso del mensaje, la cabecera no siempre va a estar en un mensaje SOAP ya
que es un elemento opcional. Después tenemos el cuerpo, que es el elemento <body>,  es un
subelemento obligatorio del sobre SOAP, que contiene información dirigida al destinatario final
del mensaje. Hay otro elemento que no está en este ejemplo y es el elemento error o <fault>, es
un subelemento del body, que se utiliza para notificar errores.

Entonces explicando rápidamente este ejemplo, en el sobre se incluye todo lo relacionado con el
mensaje, en la cabecera si es necesaria, se envían información sobre la aplicación y como debe ser
procesada. Y en el cuerpo es donde se guarda la información que va a ver directamente el
destinatario.

Y bueno, pues eso ha sido todo, espero que haya quedado claro el concepto de SOAP, su historia y
todo lo que traté de explicar, entonces, Hasta luego.