29.01.2013 Views

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

WebSphere Application Server V7.0: Concepts ... - IBM Redbooks

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

For <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> Version 7.0, the <strong>WebSphere</strong> MQ messaging<br />

provider has enhanced administrative options supporting the following functions:<br />

► <strong>WebSphere</strong> MQ channel compression<br />

Data sent between <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> and <strong>WebSphere</strong> MQ can<br />

be compressed, reducing the amount of data that is transferred.<br />

► <strong>WebSphere</strong> MQ client channel definition table<br />

The client channel definition table reduces the effort required to configure a<br />

connection to a queue manager.<br />

► Client channel exits<br />

Client channel exits are pieces of Java code that you develop, and that are<br />

executed in the application server at key points during the life cycle of a<br />

<strong>WebSphere</strong> MQ channel. Your code can change the runtime characteristics of<br />

the communications link between the <strong>WebSphere</strong> MQ messaging provider<br />

and the <strong>WebSphere</strong> MQ queue manager.<br />

► Transport-level encryption using SSL<br />

Transport-level encryption using SSL is the supported way to configure SSL<br />

for JMS resources associated with the <strong>WebSphere</strong> MQ messaging provider.<br />

The SSL configuration is associated with the communication link for the<br />

connection factory or activation specification.<br />

► Automatic selection of the <strong>WebSphere</strong> MQ transport type<br />

<strong>Server</strong>s in a cluster can be configured automatically to select their transport.<br />

In <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> <strong>V7.0</strong>, you can use the following JMS providers:<br />

► The default messaging provider<br />

► <strong>WebSphere</strong> MQ<br />

► Third-party JMS providers<br />

► V5 default messaging provider (for migration purposes)<br />

The default messaging provider is the JMS API implementation for messaging<br />

(connection factories, JMS destinations, and so on). The concrete destinations<br />

(queues and topic spaces) behind the default messaging provider interface are<br />

implemented in a service integration bus. A service integration bus consists of<br />

one or more bus members, which can be application servers or clusters. Each<br />

bus member will have one messaging engine (more, in the case of clusters) that<br />

manages connections to the bus and messages. A service integration bus can<br />

connect to other service integration buses and to <strong>WebSphere</strong> MQ. Similarly, the<br />

<strong>WebSphere</strong> MQ JMS provider is the JMS API implementation with <strong>WebSphere</strong><br />

MQ (with queue managers, for example) implementing the real destinations for<br />

the JMS interface. <strong>WebSphere</strong> MQ can coexist on the same host as a<br />

<strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> messaging engine.<br />

36 <strong>WebSphere</strong> <strong>Application</strong> <strong>Server</strong> <strong>V7.0</strong>: <strong>Concepts</strong>, Planning, and Design

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!