在总线中创建多个 WS-Notification 服务的原因
通常,没有必要在每个服务集成总线中创建多个 WS-Notification 服务。但是,在某些情况下,这样做是非常有用的。
如果在单元中定义了多个服务集成总线,并且要提供对每个总线上定义的消息传递资源的 WS-Notification 访问,那么需要在每个总线上定义 WS-Notification 服务。这种在每个需要 WS-Notification 访问的服务集成总线上都有一个 WS-Notification 服务的配置是建议的配置方式。这种配置方式确保连接到不同 WS-Notification 服务的应用程序无法相互传递信息或进行干预。
您可以选择在单一总线上定义多个 WS-Notification 服务以便将各组客户机应用程序分隔到不相交的集合中(例如,执行此操作以满足本节稍后部分列示的其中一项需求)。但是,由于影响此决定的因素(尤其是与 WS-Notification 服务上定义的 WS-Notification 主题名称空间相关联的因素)众多,所以您应该谨慎地使用此模式。有关主题名称空间模式的更多信息,请参阅用于使永久主题名称空间与总线主题空间相关联的选项。
- 使用不同的名称空间来隔离应用程序。可以通过在两个 WS-Notification 服务中使用不同的主题名称空间 URI(亦可使用不同的服务集成总线主题空间)来隔离使用每个服务的应用程序。有关更多信息,请参阅服务集成总线主题空间与主题名称空间 URI 之间的“一对一”关联。请注意,也可以通过使用单个 WS-Notification 服务来实现此类隔离。
- 通过使用同一名称空间来强制隔离应用程序。在单条总线上定义多个 WS-Notification 服务的关键优点是,对于一组编写为使用同一主题名称空间的应用程序,能够将这些应用程序划分到两个(或更多个)完全不相交的组中。这使连接到第一个 WS-Notification 服务与连接到第二个 WS-Notification 服务的应用程序能够完全独立地工作,即使它们使用同一个主题名称空间(并且很有可能使用同一组主题)亦如此。有关更多信息,请参阅服务集成总线主题空间与主题名称空间 URI 之间的“多对一”关联
- 备用 JAX-RPC 处理程序列表和出站安全性设置。这些属性是对每个 WS-Notification 服务指定的,而不是对每个出站端口指定的。如果需要使用这些属性的备用选项,那么应该在同一总线上为每个备用出站配置创建独立的 WS-Notification 服务。