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

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

开始之前

本主题假定您具有 WebSphere® Application Server V7.0 或更高版本 的现有服务器或集群安装,包括至少一个 WS-Notification 服务、服务点以及底层服务集成总线,该总线已按将 V6.1 WS-Notification 配置从 WebSphere Application Server V6.1 迁移至 V7.0 或更高版本 中所述迁移至产品的此版本。

关于此任务

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

WebSphere Application Server V6.1 中的 WS-Notification 实现使用服务集成总线支持的 Web Service 来公开 WS-Notification 服务端点,所以应用程序可调用此服务端点并使用 WS-Security 或 JAX-RPC 处理程序之类的特定属性配置此服务端点。但是,V6.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 服务和服务点配合使用,并且只需要重新创建必须与策略集配合使用的应用程序。

有关编写 JAX-RPC 和 JAX-WS 客户机应用程序以执行特定 WS-Notification 任务的信息,请参阅开发使用 WS-Notification 的应用程序。您还可能会发现了解 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 客户机应用程序。

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

    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。

      有关更多信息,请参阅示例:预订 WS-Notification 使用者使用 JAX-WS 通过现有 WSDL 文件实现 Web Service 应用程序将 WS-Notification 应用程序的 WSDL 文件发布至压缩文件

    2. 通过 V6.1 WS-Notification 服务点为新用户服务创建预订
    3. 提示 WS-Notification 服务点生成通知(例如,使用 WS-Notification 客户机应用程序)。
    系统以正确方式将通知传输至新 JAX-WS 用户应用程序。

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

过程

  1. 创建新的 V7.0 WS-Notification 服务

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

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

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

    1. 使用新的 V7.0 WS-Notification 服务点的 WSDL 创建应用程序。
      有关更多信息,请参阅示例:发布 WS-Notification 消息根据 WSDL 文件开发 JAX-RPC Web Service 客户机的客户机绑定将 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 使用者使用 JAX-WS 通过现有 WSDL 文件实现 Web Service 应用程序将 WS-Notification 应用程序的 WSDL 文件发布至压缩文件
      注: 您可使用(例如)V6.1 WS-Notification 配置中的现有 JAX-RPC 用户应用程序,而不是创建新的 JAX-RPC 用户应用程序。
    2. 通过新的 V7.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 使用者使用 JAX-WS 通过现有 WSDL 文件实现 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. 通过新的 V7.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 服务正在使用的总线主题空间。如果未发现任何主题空间,请创建新的永久主题名称空间以连接至总线主题空间。 有关更多信息,请参阅修改 V6.1 WS-Notification 服务
  2. 为连接至同一总线主题空间的新的 V7.0 WS-Notification 服务创建新的永久主题名称空间。 有关更多信息,请参阅修改 V7.0 WS-Notification 服务

结果

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

指示主题类型的图标 任务主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjwsn_task_prep_wsrm
文件名:tjwsn_task_prep_wsrm.html