这是典型的端对端场景的概述,在该场景中,您有一个 Web Service 客户机,想要代理授予它一些现有的非 Web Service 功能。
现有的基于 C 或 Cobol 的系统提供某些业务逻辑,该系统能有效地展示为 Web service。
与前例类似(代理实现新 Web service - 详细),代理具有某种机制,调用对现有系统的操作(也就是,系统展示到代理的接口)。 通常,将为 WebSphere MQ 启用现用系统,这意味着它会接收包含应用程序数据的 MQ 消息、将这些消息分派到底层执行,然后打包成返回值作为 MQ 响应。提供到这些现有操作的数据结构,以及这些操作返回的数据结构定义在 C 头文件或 COBOL 副本中。
不过,在本示例中,对 Web service 的外观也有强制约束,也就是,我们已为 Web Service 客户机准备了 WSDL 定义。
可能的场景是,一个广泛分布的 Web Service 客户机已赋予用户对特定业务能力的访问权,代理的角色将是为基于现有系统的新实施提供相同的接口。 也许最初的 Web service 提供程序提供的服务质量不同或由于某些原因而中断服务。
如前面一样,代理可以在 WebSphere MQ 上调用现有的系统功能。
要执行该方案: