Types of messaging provider

There are three main types of Java Message Service (JMS) provider that can be configured in WebSphere Application Server: The WebSphere Application Server default messaging provider (uses service integration as the provider), the WebSphere MQ messaging provider (uses your WebSphere MQ system as the provider) and 3rd party messaging providers (use another company's product as the provider). For backwards compatibility with earlier releases, there is also support for the Version 5 default messaging provider.

Overview

WebSphere Application Server supports JMS messaging through the following providers:

Your applications can use messaging resources from any of these JMS providers. The choice of provider is most often dictated by requirements to use or integrate with an existing messaging system. For example, you might already have a messaging infrastructure based on WebSphere® MQ. In this case, you can either connect directly using the WebSphere MQ messaging provider, or configure a service integration bus with links to a WebSphere MQ network and then access the bus through the default messaging provider.

Default messaging provider

If you mainly want to use messaging between applications in WebSphere Application Server, perhaps with some interaction with a WebSphere MQ system, the default messaging provider is the natural choice. This provider is based on service integration technologies and is fully integrated with the WebSphere Application Server runtime environment. To use this provider, you configure the following resources:
  • Configure a connection factory or activation specification to connect your application to a service integration bus.
  • Assign a queue or topic to a bus destination on the bus. This topic or queue is then available to any application that can access the bus destination.

A service integration bus comprises messaging engines that run in WebSphere Application Server processes and dynamically connect to one another using dynamic discovery. A messaging application connects to the bus through a messaging engine. Messaging engines use WebSphere Application Server clustering to provide high availability and scalability, and they use the same management framework as the rest of WebSphere Application Server. Bus client applications can run from within WebSphere Application Server (JMS), or run as stand alone Java clients (using the J2SE Client for JMS) or run as non-Java clients (XMS).

In a pure WebSphere Application Server environment, service integration provides the following benefits:
  • An all Java implementation for JMS within a single server process, yielding good performance for local JMS traffic.
  • Direct delivery to a ready-consumer (no disk write).
  • Administration model is fully integrated with WebSphere Application Server, providing management of single and federated nodes within a cell.
  • Uses all the provided WebSphere Application Server infrastructure for tracing and threading, and for a range of communications protocols with a single point of administration.
  • Extensive interoperation with WebSphere MQ networks.
There are two ways that you can connect to a WebSphere MQ system through the default messaging provider:
  • Connect a bus to a WebSphere MQ network, using a WebSphere MQ link. The WebSphere MQ network appears to the service integration bus as a foreign bus, and the service integration bus appears to WebSphere MQ as another queue manager.
  • Connect directly to WebSphere MQ queues located on WebSphere MQ for z/OS queue managers or queue sharing groups, using a WebSphere MQ server bus member. Each WebSphere MQ queue is made available at a queue-type destination on the bus.
For more information about these two approaches, see Interoperating with WebSphere MQ: Comparison of key features.

To configure and manage messaging with the default messaging provider, see Managing messaging with the default messaging provider.

WebSphere MQ messaging provider

If your business also uses WebSphere MQ, and you want to integrate WebSphere Application Server messaging applications into a predominately WebSphere MQ network, choose the WebSphere MQ messaging provider, which allows you to define resources for connecting to any queue manager on the WebSphere MQ network.

WebSphere MQ is characterized as follows:

To configure and manage messaging with the WebSphere MQ messaging provider, see Managing messaging with the WebSphere MQ messaging provider. For more information about scenarios and considerations for using WebSphere MQ with WebSphere Application Server, see the White Papers and Red books provided by WebSphere MQ; for example, through the WebSphere MQ library Web page at http://www.ibm.com/software/ts/mqseries/library/.

Third-party messaging provider

You can configure any third-party messaging provider that supports the JMS Version 1.1 specification. You might want to do this, for example, because of existing investments.

To administer a third-party messaging provider, you use either the resource adaptor (for a Java EE Connector Architecture (JCA) 1.5-compliant messaging provider) or the client (for a non-JCA messaging provider) that is supplied by the third party. You use the WebSphere Application Server administrative console to administer the activation specifications, connection factories and destinations that are within WebSphere Application Server, but you cannot use the administrative console to administer the JMS provider itself, or any of its resources that are outside of WebSphere Application Server.

To use message-driven beans, third-party messaging providers must either provide an inbound JCA 1.5-compliant resource adapter, or (for non-JCA messaging providers) include Application Server Facility (ASF), an optional feature that is part of the JMS Version 1.1 specification.

To work with a third-party provider, see Managing messaging with a third-party JCA 1.5-compliant messaging provider or Managing messaging with a third-party non-JCA messaging provider.

V5 default messaging provider

This provider is identical to the WebSphere Application Server Version 5 default provider. Only the name has changed. It provides backwards compatibility that enables WebSphere Application Server Version 6 applications to connect to WebSphere Application Server Version 5 resources in a mixed cell. It also allows WebSphere Application Server Version 5 applications to connect to WebSphere Application Server Version 6 resources in a mixed cell. To configure and manage messaging to interoperate with WebSphere Application Server Version 5, see Maintaining Version 5 default messaging resources.




Related concepts
Introduction: Messaging resources
Related tasks
Choosing a messaging provider
Managing messaging with the default messaging provider
Learning about messaging with WebSphere Application Server
Managing messaging with the WebSphere MQ messaging provider
Managing messaging with a third-party JCA 1.5-compliant messaging provider
Managing messaging with a third-party non-JCA messaging provider
Maintaining Version 5 default messaging resources
Related reference
Comparison of service integration and WebSphere MQ messaging
Related information
WebSphere MQ library
Concept topic Concept topic    

Terms and conditions for information centers | Feedback

Last updatedLast updated: Aug 30, 2013 10:47:11 PM CDT
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=pix&product=was-nd-iseries&topic=cmj_jmsp
File name: cmj_jmsp.html