Topologie de services Web simple
Dans cette topologie, WebSphere Application Server sert uniquement de courtier de notifications afin d'autoriser les applications WS-Notification de production et de consommation à communiquer entre elles. Les applications ne savent pas que le service NotificationBroker est implémenté par WebSphere Application Server.
Dans l'illustration suivante, le diffuseur de publications, l'abonné et le consommateur de notification sont connectés au courtier de notification par SOAP sur HTTP. Le diffuseur de publications, l'abonné et le consommateur de notification ne savent pas que le courtier est soutenu par WebSphere Application Server.

Divers clients peuvent se connecter au courtier de notification fourni par WebSphere Application Server. Tout client de service Web qui implémente ou appelle les échanges de messages WS-Notification, peut se connecter. Cela inclut les types de clients de service Web pris en charge directement par WebSphere Application Server et d'autres clients de service Web pouvant utiliser des modèles JAX-RPC ou JAX-WS (.NET, par exemple). Cela est illustré dans le diagramme suivant.

Dans une topologie différente, il est possible qu'aucun des clients du courtier de notification ne soit écrit ou hébergé dans un environnement WebSphere Application Server. Le courtier de notification ne peut pas déterminer l'environnement à partir duquel les clients se connectent, car la seule interaction s'effectue via les échanges de service Web standard définis par WS-Notification. Cela est indiqué dans l'illustration suivante.

De même, des applications WS-Notification créées ou hébergées dans un environnement WebSphere Application Server (JAX-RPC from AppClient, JSR172 ou JSR101, par exemple) peuvent se connecter à des courtiers (ou à des expéditeurs de messages de notification) de notifications non-IBM sans modification du code de l'application.