Formatos de conexión del servicio web XML
Este tema es específico de una tecnología heredada. Ahora, los servicios Web XML y los clientes de servicios Web XML deben crearse con Windows Communication Foundation.
Los protocolos binarios como DCOM están compuestos de una capa de solicitud de método montado sobre un protocolo de comunicaciones propietario. Tales protocolos no son conducentes a crear universalmente los servicios Web XML disponibles. Esto no evita que usted utilice tales protocolos en un escenario del servicio Web XML, pero la desventaja de utilizarlos es que tales protocolos dependen de las arquitecturas concretas de sus sistemas subyacentes y por consiguiente limitan el espectro de clientes potenciales.
Alternativamente, se pueden construir los servicios Web XML para trabajar con uno o más protocolos abiertos, como una combinación de Http y SOAP. La infraestructura exigida para admitir los diferentes protocolos varía.
Los servicios Web XML no se limitan a proporcionar el acceso de la llamada de procedimiento remoto (RPC). También pueden estar generados para intercambiar información estructurada, como pedidos de compra y facturas, y se pueden utilizar para automatizar y conectar los procesos del negocio internos y externos.
HTTP-GET y HTTP-POST
HTTP-GET y HTTP-POST son protocolos estándar que utilizan los verbos HTTP (Protocolo de transferencia de hipertexto) para la codificación y la transmisión de parámetros como pares de nombre/valor, junto con la semántica de la solicitud asociada. Cada uno está compuesto de una serie de encabezados de solicitud HTTP que entre otras cosas definen lo que el cliente está solicitando del servidor, que responde con una serie de encabezados de respuesta HTTP y los datos solicitados, si es correcto.
HTTP-GET pasa sus parámetros en forma de texto codificado con url utilizando la aplicación de tipo MIME /x-www-form-urlencoded, que se anexa a la dirección URL del servidor que administra la solicitud. La codificación con URL es una forma de codificación de caracteres que asegura que los parámetros pasados consistan en un texto ajustado, como codificar un espacio como % 20. Los parámetros anexados también se conocen como una cadena de consulta.
De manera similar a HTTP-GET, los parámetros de HTTP-POST tampoco están codificados con url. Sin embargo, en lugar de pasarse como parte de la dirección URL, los pares de nombre/valor se pasan dentro del mensaje real de la solicitud HTTP.
SOAP
SOAP es un protocolo simple y ligero basado en XML para intercambiar información estructurada y de tipos en la Web. El objetivo del diseño conjunto de SOAP es mantenerlo tan simple como sea posible y proporcionar un mínimo de funcionalidad. El protocolo define un marco de mensajería que no contiene ninguna aplicación o semántica de transporte. Como resultado, el protocolo es modular y muy extensible.
Viajando a través de los protocolos de transporte estándar, SOAP puede utilizar la arquitectura abierta existente de Internet y conseguir fácilmente la aceptación de cualquier sistema arbitrario capaz de admitir los estándares de Internet más básicos. Puede ver la infraestructura necesaria para admitir un servicio Web XML conforme a SOAP como bastante simplista, aunque eficaz, ya que agrega relativamente poco a la infraestructura existente de Internet y aún así facilita el acceso universal a los servicios generados con SOAP.
La especificación del protocolo SOAP está compuesta de cuatro partes principales. La primera parte define un sobre extensible obligatorio para encapsular los datos. El sobre SOAP define un mensaje SOAP y es la unidad básica de intercambio entre los procesadores de mensajes SOAP. Ésta forma la única parte obligatoria de la especificación.
La segunda parte de la especificación del protocolo SOAP define reglas opcionales de codificación de datos para representar tipos de datos y gráficas dirigidas definidos por la aplicación, y un modelo uniforme para serializar los modelos de datos no sintácticos.
La tercera parte define un modelo de intercambio de mensajes de estilo RPC (solicitud/respuesta). Cada mensaje SOAP es una transmisión unidireccional. Aunque las raíces de SOAP están en RPC, no se limita a ser un mecanismo de solicitud/respuesta. Los servicios Web XML combinan a menudo los mensajes SOAP para implementar tales modelos, pero SOAP no asigna un modelo de intercambio de mensajes y esta parte de la especificación también es opcional.
La parte cuarta de la especificación define un enlace entre SOAP y HTTP. Sin embargo, esta parte también es opcional. Puede utilizar SOAP en combinación con cualquier protocolo de transporte o mecanismo que puede transportar el sobre SOAP, incluidos SMTP, FTP o incluso un disquete.
Para obtener detalles acerca de la especificación SOAP, consulte el sitio web de W3C (http://www.w3.org/TR/soap).