Servicio web

AJAX (JavaScript y XML asíncrono) es una tecnología dominante para los servicios web. Desarrollada a partir de la combinación de servidores HTTP, clientes JavaScript y XML estándar (a diferencia de SOAP y los servicios web del W3C), ahora se utiliza con frecuencia junto con JSON , o incluso en lugar de XML.

Representational State Transfer (REST) ​​es una arquitectura para servicios web que se comportan correctamente y que pueden funcionar a escala de Internet.

En un documento de 2004, el W3C establece lo siguiente: REST como una característica distintiva clave de los servicios web:

Podemos identificar dos clases principales de servicios web:

• Servicios web compatibles con REST , en los que el propósito principal del servicio es manipular representaciones XML de recursos web utilizando un conjunto uniforme de operaciones sin estado ; y
• Servicios web arbitrarios, en los que el servicio puede exponer un conjunto arbitrario de operaciones.

Existen varios servicios web que utilizan lenguajes de marcado:

• JSON-RPC .
• JSON-WSP
• Transferencia de estado representacional (REST) ​​frente a llamada a procedimiento remoto (RPC)
• Protocolo simple de acceso a objetos (SOAP)
• Lenguaje de conversación para servicios web (WSCL)
• Lenguaje de descripción de servicios web (WSDL), desarrollado por el W3C
• Lenguaje de flujo de servicios web (WSFL), reemplazado por BPEL.
• Plantilla web
• WS-MetadataExchange
• La interfaz XML para servicios de red (XINS) proporciona un formato de especificación de servicio web al estilo POX .

Una API web es un desarrollo en los servicios web donde el énfasis se ha movido hacia comunicaciones más simples basadas en la transferencia de estado representacional (REST). ^{[ 2 ]} Las API RESTful no requieren protocolos de servicios web basados ​​en XML ( SOAP y WSDL) para admitir sus interfaces.

El término "servicio web" describe una forma estandarizada de integrar aplicaciones web mediante los estándares abiertos XML , SOAP, WSDL y UDDI sobre una infraestructura de protocolo de Internet . XML es el formato de datos utilizado para contener la información y proporcionar metadatos; SOAP se utiliza para transferir los datos; WSDL se utiliza para describir los servicios disponibles; y UDDI enumera los servicios disponibles.

Un servicio web es un método de comunicación entre dos dispositivos electrónicos a través de una red. Se trata de una función de software disponible en una dirección de red a través de la web, con un servicio siempre activo, como en el concepto de computación de utilidad.

Muchas organizaciones utilizan múltiples sistemas de software para la gestión. Estos sistemas suelen necesitar intercambiar datos entre sí, y un servicio web es un método de comunicación que permite que dos sistemas de software intercambien estos datos a través de Internet. El sistema de software que solicita los datos se denomina solicitante del servicio , mientras que el sistema que procesa la solicitud y proporciona los datos se denomina proveedor del servicio .

Los distintos programas informáticos pueden utilizar diferentes lenguajes de programación, por lo que se necesita un método de intercambio de datos que no dependa de un lenguaje de programación específico. Sin embargo, la mayoría de los programas pueden interpretar etiquetas XML. Por lo tanto, los servicios web pueden utilizar archivos XML para el intercambio de datos.

Es necesario definir reglas para la comunicación con diferentes sistemas, tales como:

• Cómo un sistema puede solicitar datos a otro sistema.
• ¿Qué parámetros específicos se necesitan en la solicitud de datos?
• ¿Cuál sería la estructura de los datos generados? (Normalmente, los datos se intercambian en archivos XML, y la estructura del archivo XML se valida comparándola con un archivo .xsd).
• ¿Qué mensajes de error mostrar cuando no se respeta una determinada regla de comunicación, para facilitar la resolución de problemas ?

Todas estas reglas de comunicación se definen en un archivo llamado WSDL (Web Services Description Language), que tiene una .wsdlextensión . (Las propuestas para servicios web autónomos ( AWS ) buscan desarrollar servicios web más flexibles que no dependan de reglas estrictas. ^{[ a ]} )

Un directorio llamado UDDI (Universal Description, Discovery, and Integration) define qué sistema de software debe contactarse para cada tipo de datos. Así, cuando un sistema de software necesita un informe o dato específico, consulta el UDDI para averiguar qué otros sistemas puede contactar para obtenerlo. Una vez que el sistema de software identifica los sistemas con los que debe contactar, lo hace mediante un protocolo especial llamado SOAP (Simple Object Access Protocol). El sistema proveedor de servicios primero valida la solicitud de datos consultando el archivo WSDL, luego procesa la solicitud y envía los datos mediante el protocolo SOAP.

Las herramientas automatizadas pueden facilitar la creación de un servicio web. Para los servicios que utilizan WSDL, es posible generar automáticamente el WSDL para clases existentes (un modelo ascendente) o generar un esqueleto de clase a partir de un WSDL existente (un modelo descendente).

• Un desarrollador que utiliza un modelo ascendente escribe primero las clases de implementación (en algún lenguaje de programación) y luego utiliza una herramienta generadora de WSDL para exponer los métodos de estas clases como un servicio web. Esto es más sencillo de desarrollar, pero puede ser más difícil de mantener si las clases originales están sujetas a cambios frecuentes. ^{[ 5 ]}
• Un desarrollador que utiliza un modelo descendente escribe primero el documento WSDL y luego usa una herramienta de generación de código para producir el esqueleto de la clase, que se completará según sea necesario. Este modelo generalmente se considera más difícil, pero puede producir diseños más limpios y suele ser más resistente a los cambios. Siempre que los formatos de mensaje entre el emisor y el receptor no cambien, los cambios en el emisor y el receptor no afectan al servicio web. Esta técnica también se conoce como "contrato primero", ya que el WSDL (o contrato entre el emisor y el receptor) es el punto de partida. ^{[ 6 ]}
• Un desarrollador que utilice un WSDL de subconjunto (SWSDL) ^{[ 7 ]} (es decir, un WSDL con la operación de subconjunto en el WSDL original) puede realizar pruebas de servicios web y desarrollo de arriba hacia abajo.

Los críticos de los servicios web no RESTful a menudo se quejan de que son demasiado complejos ^{[ 8 ]} y se basan en grandes proveedores de software o integradores, en lugar de las implementaciones típicas de código abierto .

También existen preocupaciones sobre el rendimiento debido al uso de XML como formato de mensaje y SOAP/HTTP en el encapsulado y transporte de los servicios web. ^{[ 9 ]}

Las pruebas funcionales y no funcionales de los servicios web se realizan con la ayuda del análisis de WSDL. Las pruebas de regresión se llevan a cabo identificando los cambios realizados para actualizar el software. Las necesidades de pruebas de regresión de servicios web se pueden categorizar de tres maneras diferentes: cambios en WSDL, cambios en el código y re-pruebas selectivas de operaciones. Podemos capturar estas tres necesidades en tres formas intermedias de Subset WSDL, ^{[ 7 ]} a saber, Difference WSDL (DWSDL), Unit WSDL (UWSDL) y Reduced WSDL (RWSDL), respectivamente. Estos tres Subset WSDL se combinan para formar Combined WSDL (CWSDL), que se utiliza posteriormente para las pruebas de regresión del servicio web. Esto ayudará en la Gestión Automatizada de Cambios de Servicios Web (AWSCM), ^{[ 10 ]} al realizar la selección de los casos de prueba relevantes para construir un conjunto de pruebas reducido a partir del conjunto de pruebas anterior. ^{[ 11 ]}

Las pruebas de servicios web también se pueden automatizar utilizando varias herramientas de automatización de pruebas como SoapUI , Oracle Application Testing Suite (OATS), ^{[ 12 ] [ 13 ]} Unified Functional Testing, Selenium, etc.

Trabajo relacionado con la captura y visualización de cambios realizados en un servicio web. La visualización y el cálculo de cambios se pueden realizar en forma de artefactos intermedios (WSDL de subconjunto). ^{[ 7 ]} La comprensión del cálculo del impacto del cambio es útil en las pruebas, el desarrollo descendente y la reducción de las pruebas de regresión. AWSCM ^{[ 10 ]} es una herramienta que puede identificar operaciones de subconjunto en un archivo WSDL para construir un WSDL de subconjunto.

Aunque UDDI se concibió como un directorio de servicios y un medio para descubrir servicios web, muchos proveedores, incluidos Microsoft, SAP e IBM, entre otros, descontinuaron sus soluciones o repositorios UDDI entre 2005 y 2008. ^{[ 14 ] [ 15 ]} Un estudio clave publicado en la Conferencia WWW2008 (Pekín, China) ^{[ 16 ]} presentó el estado de los servicios web basados ​​en SOAP y concluyó que solo el 63 % de los servicios web basados ​​en SOAP disponibles en el momento del estudio estaban activos o podían invocarse. El estudio también encontró que los motores de búsqueda se estaban convirtiendo en una fuente ideal para buscar servicios web en comparación con los registros de servicios como UDDI, debido a la complejidad de su diseño. ^{[ 17 ]}