WebSphere Message Broker, Version 8.0.0.7 Operating Systems: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

See information about the latest product version

WebSphere Message Broker technical overview

WebSphere® Message Broker enables information packaged as messages to flow between different business applications, ranging from large traditional systems through to unmanned devices such as sensors on pipelines.

This diagram shows the main components of WebSphere Message Broker, the broker and the WebSphere Message Broker Toolkit, and how they interact.

For an animated introduction to the basic concepts and features of WebSphere Message Broker shown in the diagram, run the Quick Tour.

WebSphere Message Broker processes messages in two ways: message routing and message transformation.

Message routing

Messages can be routed from sender to recipient based on the content of the message.

The message flows that you design control message routing. A message flow describes the operations to be performed on the incoming message, and the sequence in which they are carried out.

Each message flow consists of the following parts:

IBM® supplies built-in nodes and samples for many common functions. If you require additional functions, you can write your own user-defined nodes; see User-defined extensions overview.

You create message flows in the WebSphere Message Broker Toolkit.

Message transformation

Messages can be transformed before being delivered:
  • They can be transformed from one format to another, perhaps to accommodate the different requirements of the sender and the recipient.
  • They can be transformed by modifying, combining, adding, or removing data fields, perhaps involving the use of information stored in a database. Information can be mapped between messages and databases. More complex manipulation of message data can be achieved by writing code, for example in Extended SQL (ESQL) or Java™, within configurable nodes.
Transformations can be made by various nodes in a message flow. Before a message flow node can operate on an incoming message, it must understand the structure of that message.
  • Some messages contain a definition of their own structure and format. These messages are known as self-defining messages, which you can handle without the need for additional information about structure and format; see Self-defining elements and messages.
  • Other messages do not contain information about their structure and format. To process them, you must create a model of their structure; see The message model.
Like message flows, you create message models in the WebSphere Message Broker Toolkit. They can contain two types of information:

Create the broker environment

The work of routing and transforming messages takes place in a broker. Within the broker, you can define one or more execution groups, which are processes in which message flows run.

The mode in which your broker is working can affect the number of execution groups and message flows that you can deploy, and the types of node that you can use. See Restrictions that apply in each operation mode.

You can install and create one or more brokers on one or more computers that are running a supported operating system. If you create multiple brokers, you can configure your environment to provide protection against failure, and you can separate work across different divisions in a business.

You administer the broker by using product commands, the WebSphere Message Broker Explorer, the Message Broker API within the Brokers view, or the Message Broker API (also known as the CMP API) in your own applications.

Develop applications

After your system administrator has created your brokers, your application developers can create and modify message flows and message definitions by using the WebSphere Message Broker Toolkit.

Different perspectives in the WebSphere Message Broker Toolkit are used to develop message flows, message model schema files, and other related resources; see WebSphere Message Broker Toolkit.

You can use a repository to provide access control and version control of your development resources. A repository also allows multiple developers to work on the same resources in parallel; see Development repository.

Your applications can communicate with the broker by using a range of protocols that includes WebSphere MQ, JMS 1.1, HTTP and HTTPS, Web Services (SOAP and REST), File, Enterprise Information Systems (including SAP and Siebel), and TCP/IP. For more information about connecting applications, see Nodes for connectivity.

Deploy applications to the runtime environment

When you have created and configured your message flows, message model schema files, and associated resources by using the Broker Application Development perspective of the WebSphere Message Broker Toolkit, you can deploy the executable data to one or more brokers; see Packaging and deployment overview.

You can deploy data in the following ways:
  • From the Brokers view of the WebSphere Message Broker Toolkit
  • From the stand-alone administrative interface, the WebSphere Message Broker Explorer
  • From the Test Client environment in the WebSphere Message Broker Toolkit
  • By using a command
  • By creating applications that use the Message Broker API application programming interface

When you deploy message flows and message model schema files, they are compiled and enveloped in a broker archive (BAR) file, and sent to the target broker; see Packaging and deployment overview. The BAR file has configurable system properties. You can override properties such as queue and database names, without the need to change source files or redevelop the message flow. This configuration makes it easier to move definitions between systems.

The broker opens the BAR file, removes the contents, makes a record of the information that it has received, and discards the envelope. It retains the information in its local storage area within the computer file system, so that it can restore the application resources and restart messages flows if and when required.

Publish/Subscribe

Publish/subscribe is a style of messaging for which WebSphere Message Broker provides limited support; in WebSphere Message Broker Version 7.0 this support was transferred to WebSphere MQ. If you have been connecting publish/subscribe applications to brokers in previous versions, see Migrating publish/subscribe information to WebSphere MQ.

Notices | Trademarks | Downloads | Library | Support | Feedback

Copyright IBM Corporation 1999, 2016Copyright IBM Corporation 1999, 2016.

        
        Last updated:
        
        Last updated: 2016-05-23 14:45:58


Concept topicConcept topic | Version 8.0.0.7 | ab20551_