WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Proceso de mensajes de servicio web

Utilice los nodos y servicios de WebSphere Message Broker para conectarse a otros proveedores y consumidores de servicios web.

Un servicio web es un sistema de software designado para dar soporte a la interacción interoperable de sistema a sistema a través de una red. Tiene una interfaz descrita por una especificación basada en XML; concretamente, WSDL o Lenguaje de definición de servicio web.

Los servicios web realizan una tarea o un conjunto de tareas específico. Un servicio web se describe utilizando una notación XML formal estándar, denominada descripción de su servicio, que proporciona todos los detalles necesarios para interactuar con el servicio, incluidos los formatos de mensaje (que detallan las operaciones), los protocolos de transporte y la ubicación.

La naturaleza de la interfaz oculta los detalles de implementación del servicio para que se pueda utilizar independientemente de la plataforma de hardware o software en la que se implementa. La interfaz también es independiente del lenguaje de programación en el que está escrito. Esta interfaz maneja las aplicaciones basadas en servicios web como implementaciones en todas las tecnologías, con acoplamientos flexibles y orientadas a componentes. Los servicios web se pueden utilizar individualmente o con otros servicios web, para llevar a cabo una agregación completa o una transacción empresarial.

El entorno de WebSphere Message Broker proporciona dos estilos de desarrollo diferentes para desarrollar servicios web:
  • Para un entorno de desarrollo asistido para proporcionar servicios web, donde pueda centrarse en implementar las operaciones de servicio en lugar de manejar directamente la interacción a nivel de transporte, considere la utilización de servicios. Para obtener más información, consulte Desarrollar un servicio.
  • Para obtener un control más detallado sobre el desarrollo de un servicio web, considere crear sus propios flujos de mensajes que utilicen nodos SOAPInput directamente. Para obtener más información, consulte Flujos de mensajes para servicios Web. Es posible que desee hacer esto en las situaciones siguientes:
    • Proporciona un servicio web mediante JMS.
    • Desea proporcionar una pasarela para varios servicios.
    • Desea más control operativo sobre cómo se agrupan los servicios web.

Para llamar a un servicio web como parte de su flujo de mensajes, incluya nodos SOAPRequest en el flujo de mensajes de la forma adecuada. Para obtener más información, consulte Flujos de mensajes para servicios Web.

Para obtener más información sobre cómo actúa WebSphere Message Broker como proveedor o consumidor de servicios web y cómo cumple los estándares de servicios web externos, consulte WebSphere Message Broker y servicios web.

Una vez que haya desarrollado una solución de WebSphere Message Broker, el administrador de WebSphere Message Broker puede aplicar políticas que afecten a cómo se protegen los mensajes o cuándo se retransmiten. El administrador también controla el comportamiento del escucha y puede funcionar con un escucha externo para tráfico HTTP. Para obtener más información, lea los temas siguientes:

WebSphere Message Broker proporciona un servlet Java que puede utilizar en un contenedor de servlet web externo como, por ejemplo, IBM WebSphere Application Server o Apache Tomcat, con el fin de recibir solicitudes HTTP de aplicaciones cliente de servicios web. El servlet proxy HTTP se describe en Visión general del servlet del proxy HTTP.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última actualización:
        
        Última actualización: 2015-02-28 16:58:46


Tema de tareaTema de tarea | Versión 8.0.0.5 | ac55670_