为可靠通知准备已迁移 V6.1 WS-Notification 配置

可逐步引入基于 JAX-WS 的客户机和提供程序实体,这样一来,已迁移 V6.1 WS-Notification 配置准备好进行配置以实现可靠通知。

准备工作

本主题假定您具有 WebSphere® Application Server V 7.0 或更高版本的现有服务器或集群安装,包括至少一个 WS-Notification 服务,服务点和已为 已迁移到产品的此版本的底层服务集成总线。

有关此任务

对于可靠通知,应对 WS-Notification 配置应用包括 WS-ReliableMessaging 的策略集。 只能将策略集与 Java™ API for XML-based Web Services (JAX-WS) 应用程序以及 V 7.0 WS-Notification 服务和服务点配合使用。

WebSphere Application Server 版本 6.1 中的 WS-Notification 实现使用支持服务集成总线的 Web Service 来公开 WS-Notification 服务端点,以便应用程序可以调用该端点并使用特定属性 (例如 WS-Security 或 JAX-RPC 处理程序) 进行配置。 但是, V 6.1 实现与 JAX-WS 处理程序或应用程序不兼容,并且无法使用 WS-ReliableMessaging进行编写。

要准备已迁移 V6.1 WS-Notification 配置以实现可靠通知,必须重新创建 V6.1 WS-Notification 服务和服务点作为 V7.0 WS-Notification 服务和服务点,并重新创建要对其应用策略集的每个 JAX-RPC 客户机应用程序作为 JAX-WS 应用程序。 请注意,可继续将 JAX-RPC 应用程序与 V7.0 WS-Notification 服务和服务点配合使用,并且只需要重新创建必须与策略集配合使用的应用程序。

要执行特定的 WS-Notification 任务,请参阅 有关对 JAX-RPC 和 JAX-WS 客户机应用程序进行编码的信息。 您还可能发现了解 JAX-WSJAX-WS 客户机编程模型很有用。 这样做应该可帮助您确定将 JAX-RPC 中的客户机代码移植至 JAX-WS 或验证 JAX-WS 客户机与 JAX-RPC Web Service 之间的互操作性所涉及的工作。

为支持使用分阶段方法来进行准备以实现可靠通知并描述您可能需要实现的 4 个主配置,此任务分为 4 个子任务:

过程

下一步做什么?

完成这些子任务后,您具有为可靠通知准备的 WS-Notification 客户机和服务器实体的集合,并且您已准备好 为可靠通知配置 WS-Notification

将 JAX-WS 客户机与 Web Service 与已迁移服务点配合使用

过程

  1. 通过已迁移 V6.1 WS-Notification 服务点从 JAX-WS 客户机应用程序发布通知消息。
    1. 使用已迁移服务点的 WSDL 创建 JAX-WS WS-Notification 客户机应用程序。
    2. 运行该应用程序。
    3. 启动一个或多个通知消息。
    系统从 JAX-WS 客户机接受并发布通知消息。
  2. 在新的基于 JAX-WS 的 WS-Notification 用户应用程序中从已迁移 V6.1 WS-Notification 服务点接收通知消息。

    这会验证 V6.1 WS-Notification 服务点能否将通知传送至 JAX-WS 用户 Web Service。

    1. 根据标准 WS-Notification WSDL 创建新的基于 JAX-WS 的 WS-Notification 用户 Web Service。
    2. 通过 V 6.1 WS-Notification 服务点为新使用者服务创建预订
    3. 提示 WS-Notification 服务点生成通知(例如,使用 WS-Notification 客户机应用程序)。
    系统以正确方式将通知传输至新 JAX-WS 用户应用程序。

将 JAX-RPC 客户机与 Web Service 与新的 V7.0 WS-Notification 服务点配合使用

过程

  1. 创建新的版本 7.0 WS-Notification 服务

    可使用策略集配置 V7.0 WS-Notification 服务和服务点,以便使用 WS-ReliableMessaging 编写来实现可靠通知。

    系统创建并配置新的 V7.0 WS-Notification 服务。 这包括创建 V7.0 WS-Notification 服务点以通过特定服务集成总线成员提供该服务。 版本 6.1 和版本 7.0 WS-Notification 服务点可以共存于 WebSphere Application Server 版本 7.0 或更高版本中。
  2. 通过新的 V7.0 WS-Notification 服务点从 JAX-RPC 客户机应用程序发布通知消息。

    这会验证 V7.0 WS-Notification 服务点的行为。

    1. 使用新的 V7.0 WS-Notification 服务点的 WSDL 创建应用程序。
      有关更多信息,请参阅 示例: 发布 WS-Notification 消息从 JAX-RPC Web Service 客户机的 WSDL 文件开发客户机绑定将 WS-Notification 应用程序的 WSDL 文件发布到压缩文件
      注: 您可以选择从新服务点的 WSDL 更新现有 JAX-RPC 客户机应用程序,而不是创建新的 JAX-RPC 客户机应用程序。 与 V6.1 服务点相比,V7.0 WS-Notification 服务点的 WSDL 包含许多次要更改,所以必须修改现有 JAX-WS 客户机应用程序以容许这些更改。 具体地说,必须根据 WSDL 重新生成 Java 代理类,并且更新所有使用已更改的类名和方法的位置。 例如,生成的类中可能存在更改,这些类包含 WSDL 中的端口类型或服务。
    2. 运行该应用程序。
    3. 启动一个或多个通知消息。
    系统从 JAX-RPC 客户机接受并发布通知消息。
  3. 在基于 JAX-RPC 的 WS-Notification 用户应用程序中从新的 V7.0 WS-Notification 服务点接收通知消息。

    这会验证 V7.0 WS-Notification 服务点能否将通知传送至 JAX-RPC 用户 Web Service。

    1. 根据标准 WS-Notification WSDL 创建新的基于 JAX-RPC 的 WS-Notification 用户 Web Service。

      有关更多信息,请参阅 示例: 预订 WS-Notification 使用者使用 WSDL 文件开发 JAX-WS Web Service (自顶向下)将 WS-Notification 应用程序的 WSDL 文件发布到压缩文件

      注: 您可以使用来自 (例如) V 6.1 WS-Notification 配置的现有 JAX-RPC 使用者应用程序,而不是创建新的 JAX-RPC 使用者应用程序。
    2. 通过新的 7.0 WS-Notification 服务点为新的使用者服务创建预订
    3. 提示 WS-Notification 服务点生成通知(例如,使用 WS-Notification 客户机应用程序)。
    系统以正确方式将通知传输至新 JAX-RPC 用户应用程序。

将 JAX-WS 客户机与 Web Service 与新的 V7.0 WS-Notification 服务点配合使用

准备工作

请注意,使用此配置,您可以 使用策略集编写以获取可靠通知

过程

  1. 通过新的 V7.0 WS-Notification 服务点从 JAX-WS 客户机应用程序发布通知消息。
    1. 使用新的 V7.0 WS-Notification 服务点的 WSDL 创建 JAX-WS WS-Notification 客户机应用程序。

      有关更多信息,请参阅 示例: 发布 WS-Notification 消息从 WSDL 文件开发 JAX-WS 客户机将 WS-Notification 应用程序的 WSDL 文件发布到压缩文件

      注: 您可以选择更新在子任务 使用 JAX-WS 客户机和具有已迁移服务点的 Web Service中创建的 JAX-WS 客户机应用程序,而不是创建新的 JAX-WS 客户机应用程序。 与 V6.1 服务点相比,V7.0 WS-Notification 服务点的 WSDL 包含许多次要更改,所以必须修改现有 JAX-WS 客户机应用程序以容许这些更改。 具体地说,必须根据 WSDL 重新生成 Java 代理类,并且更新所有使用已更改的类名和方法的位置。 例如,生成的类中可能存在更改,这些类包含 WSDL 中的端口类型或服务。
    2. 运行该应用程序。
    3. 启动一个或多个通知消息。
    系统从 JAX-WS 客户机接受并发布通知消息。
  2. 在新的基于 JAX-WS 的 WS-Notification 用户应用程序中从新的 V7.0 WS-Notification 服务点接收通知消息。

    这会验证 V7.0 WS-Notification 服务点能否将通知传送至 JAX-WS 用户 Web Service。

    1. 根据标准 WS-Notification WSDL 创建新的基于 JAX-WS 的 WS-Notification 用户 Web Service。

      有关更多信息,请参阅 示例: 预订 WS-Notification 使用者使用 WSDL 文件开发 JAX-WS Web Service (自顶向下)将 WS-Notification 应用程序的 WSDL 文件发布到压缩文件

      注: 您可以选择更新在子任务 使用 JAX-WS 客户机和具有已迁移服务点的 Web Service中创建的 JAX-WS 使用者应用程序,而不是创建新的 JAX-WS 使用者应用程序。 与 V6.1 服务点相比,V7.0 WS-Notification 服务点的 WSDL 包含许多次要更改,所以必须修改现有 JAX-WS 客户机应用程序以容许这些更改。 具体地说,必须根据 WSDL 重新生成 Java 代理类,并且更新所有使用已更改的类名和方法的位置。 例如,生成的类中可能存在更改,这些类包含 WSDL 中的端口类型或服务。
    2. 通过新的 7.0 WS-Notification 服务点为新的使用者服务创建预订
    3. 提示 WS-Notification 服务点生成通知(例如,使用 WS-Notification 客户机应用程序)。
    系统以正确方式将通知传输至新 JAX-WS 用户应用程序。

在 V6.1 和 V7.0 WS-Notification 服务点之间共享通知

有关此任务

可配置 WS-Notification,以便通过新的 V7.0 WS-Notification 服务来发布通过已迁移 V6.1 WS-Notification 服务点接收的通知。 您可能希望这样做以便(例如)可通过现有的不可靠连接来接收通知,然后通过新的连接(通过 WS-ReliableMessaging 成为可靠连接)发布通知。 要启用此配置,新的 V7.0 WS-Notification 服务需要与已迁移 V6.1 WS-Notification 服务使用同一服务集成总线主题空间。 使用永久主题名称空间来静态地定义 WS-Notification 主题名称空间 URI 与服务集成总线主题空间目标之间的关联。 将永久主题名称空间配置为 WS-Notification 服务的属性。

过程

  1. 发现已迁移 V6.1 WS-Notification 服务正在使用的总线主题空间。 如果未发现任何主题空间,请创建新的永久主题名称空间以连接至总线主题空间。
    有关更多信息,请参阅 修改 V 6.1 WS-Notification 服务
  2. 为连接至同一总线主题空间的新的 V7.0 WS-Notification 服务创建新的永久主题名称空间。
    有关更多信息,请参阅 修改 V 7.0 WS-Notification 服务

结果

新的或已迁移的服务点接收的通知现在已发布至在任一 WS-Notification 服务上进行的预订。