Event message architecture
Integration servers publish messages on reserved topics after significant events within the integration server. By subscribing to these topics, a client is informed when these events occur.
For each topic, the type of event and message body are explained. The body of these messages is either in JSON or XML format, depending on the topic.
An event publication can contain more than one entry if the topic is the same.
$SYS/Broker/integrationNodeName/event_type/integrationServerName
/applications/application_name/libraries/library_name/messageflows/message_flow_name
For an integration server that is managed by an integration node, integrationNodeName is the name of the integration node that manages the
integration server. For an independent integration server, specify the literal string
integration_server
in place of an integration node name.
- For an integration server that is managed by an integration node:
$SYS/Broker/myIntegrationNode1/Statistics/JSON/SnapShot/myIntegrationServer3/applications/myApplicationA /libraries/myLibraryD/messageflows/myMessageFlow6
- For an independent integration server:
$SYS/Broker/integration_server/Statistics/JSON/SnapShot/myIntegrationServer3/applications/myApplicationA /libraries/myLibraryD/messageflows/myMessageFlow6
IBM/IntegrationBus/integrationNodeName/event_type/integrationServerName
/applications/application_name/libraries/library_name/messageflows/message_flow_name
When you subscribe to events, the topic structure enables you to filter the events by integration
node, integration server, and type of event. For specific events, additional information is included
in the topic to help filter on the specific object that raised the event. The inclusion of the
string Broker
(or for MQTT, IntegrationBus
) at the second level of
the topic hierarchy allows for future extension to additional subsystems that publish system
management events through the integration node or server. For more information, see Subscribing to event message topics.