Message-driven beans - listener port components


 

+

Search Tips   |   Advanced Search

 

The WAS support for message-driven beans deployed against listener ports is based on JMS message listeners and the message listener service, and builds on the appserver facility (ASF) support in the JMS provider.

From WAS V7, listener ports are deprecated.

The message listener service is an extension to the JMS functions of the JMS provider and provides a listener manager, which controls and monitors one or more JMS listeners. Each listener monitors either a JMS queue destination (for point-to-point messaging) or a JMS topic destination (for publish/subscribe messaging).

A connection factory is used to create connections with the JMS provider for a specific JMS queue or topic destination. Each connection factory encapsulates the configuration parameters needed to create a connection to a JMS destination.

A listener port defines the association between a connection factory, a destination, and a deployed message-driven bean. Listener ports are used to simplify the administration of the associations between these resources.

When you deploy a message-driven bean, you associate the bean with a listener port. When a message arrives on the destination, the listener passes the message to a new instance of a message-driven bean for processing.

When an appserver is started, it initializes the message listener service based on the configuration data. The message listener service creates a dynamic session thread pool for use by listeners, creates and starts listeners, and during server termination controls the cleanup of message listener service resources. Each listener completes several steps for the JMS destination that it is to monitor, including:





 

Related concepts

JMS components on V5 nodes
Message-driven beans - automatic message retrieval

 

Related tasks

Migrate a listener port to an activation spec for use with the WebSphere MQ messaging provider