Especificaciones WS

Seguro que como yo no os sabéis todas (ni falta que hace :D)

· SOAP Recomendación W3C. Especifica la estructura de los mensajes que los WS intercambian. Es independiente de la plataforma, flexible y fácilmente extensible.

· WSDL Recomendación del W3C. Permite la descripción de WS: estructura de los mensajes SOAP que intercambiará con otros WS, servicios que ofrece, negociación de los parámetros de seguridad en las comunicaciones entre

WS, etc.

· UDDI Estándar OASIS. Permite mantener repositorios de especificaciones WSDL simplificando el descubrimiento de WS y el acceso a sus especificaciones. Hace posible que una aplicación busque dinámicamente servicios que ofrezcan una serie de características, seleccione el más adecuado (por coste, calidad, etc.) e incluso localice servicios alternativos si uno falla.

· WS-Addressing Recomendación W3C. Permite incluir en un mensaje SOAP información sobre el emisor, los destinatarios, a quién se debe responder, a quién se debe informar en caso de error, etc. Con estos elementos se consigue un direccionamiento independiente de capas de transporte inferiores como HTTP.

· WS-AtomicTransaction Borrador para revisión pública de OASIS. Suele emplearse en la coordinación de WS que realicen actividades de corta duración en entornos de confianza. Las acciones a realizar por cada servicio implicado se agrupan en una transacción atómica. El coordinador decide cuándo realizarla y puede abortar una transacción en curso devolviendo a los WS implicados a su estado previo.

· WS-BPEL Especificación de comité OASIS. Define un lenguaje que facilita la composición de WS. Permite especificar la lógica de la composición de los servicios (envío de mensajes, sincronización, iteración, tratamiento de transacciones erróneas, etc.) independientemente de su implementación.

· WS-BusinessActivity Borrador para revisión pública de OASIS. Permite la coordinación de WS compuestos (normalmente con WS-BPEL) a partir de actividades independientes que no se pueden modelar como transacciones atómicas por su duración, por requerir intervención humana o por ser incapaces de bloquear

· WS-Coordination Borrador para revisión pública de OASIS. Permite crear contextos de coordinación para la sincronización de WS. Requiere protocolos complementarios como WS-AtomicTransaction o WS-BusinessActivity.

· WS-DistributedManagement Estándar OASIS. Permite gestionar recursos distribuidos de todo tipo (PDA, televisores, dispositivos de conexión de redes, etc.) mediante WS.

· WS-Notification Estándar OASIS. Permite que un WS reciba información puntual sobre determinados acontecimientos y está formado por tres especificaciones: WS-BaseNotification, WS-BrokeredNotification y WS-Topics.

· WS-Policy Borrador de trabajo del W3C. Proporciona un medio de especificar las características que presentan y exigen los WS durante su operación. Por ejemplo, un determinado servicio puede exigir para operar que los mensajes se firmen o cifren con determinados algoritmos o que la coordinación se realice mediante un protocolo dado. Con esto se dota a los WS de la capacidad de negociar entre ellos las condiciones de interacción.

· WS-Reliability Estándar OASIS. Es un protocolo que permite numerarlos mensajes SOAP y obtener confirmación de su recepción en destino. Con esto se puede garantizar el orden de recepción de los mensajes, evitar duplicados, comprobar la entrega, etc.

· WS-ReliableMessaging Borrador para revisión pública de OASIS. Esta especificación define un protocolo que permite el intercambio de mensajes de manera fiable en presencia de fallos en el software, la red, etc.

· WS-ReliableMessagingPolicyAssertion Borrador para revisión pública de OASIS. Con este protocolo se puede manejar políticas WS-Policy que expresen los requisitos de los emisores y receptores de mensajes que usen WSReliableMessaging.

· WS-ResourceFramework Estándar OASIS. Mediante este protocolo se pueden modelar y utilizar servicios con estado interno. Permite superar las limitaciones que poseen las tecnologías WS-_ respecto a REST, que sí permite contemplar servicios con estado interno. Para ello se definen varias especificaciones: WS-Resource, WS-ResourceProperties, WS-ResourceLifetime, WSServiceGroup y WS-BaseFaults.

· WS-SecureConversation Borrador para revisión pública de OASIS. Define extensiones de WS-Security que proporcionan un marco de trabajo en el que se pueden solicitar y emitir tokens de seguridad, de manera que los agentes implicados puedan establecer relaciones de confianza mutua.

· WS-Security Estándar OASIS. Proporciona integridad, confidencialidad y autenticación en las comunicaciones entre WS. Incluye varios protocolos de seguridad, como X.509 y Kerberos, de manera que los WS puedan utilizar distintas políticas de seguridad.

· WS-Trust Borrador para revisión pública de OASIS [23]. Su objetivo es facilitar el intercambio de series de mensajes seguros mediante la emisión, renovación y validación de tokens de diversos protocolos.