Top Description Methods
javax.jms

public Interface QueueConnection

extends Connection
Known Direct Subinterfaces
javax.jms.XAQueueConnection
A QueueConnection object is an active connection to a point-to-point JMS provider. A client uses a QueueConnection object to create one or more QueueSession objects for producing and consuming messages.

A QueueConnection can be used to create a QueueSession, from which specialized queue-related objects can be created. A more general, and recommended, approach is to use the Connection object.

The QueueConnection object should be used to support existing code that has already used it.

A QueueConnection cannot be used to create objects specific to the publish/subscribe domain. The createDurableConnectionConsumer method inherits from Connection, but must throw an IllegalStateException if used from QueueConnection.

Since
JMS 1.0
Version
JMS 2.0
See Also
javax.jms.Connection, javax.jms.ConnectionFactory, javax.jms.QueueConnectionFactory

Method Summary

Modifier and TypeMethod and Description
public ConnectionConsumer

Returns:

the connection consumer
createConnectionConsumer(Queue
the queue to access
queue, String
only messages with properties matching the message selector expression are delivered. A value of null or an empty string indicates that there is no message selector for the message consumer.
messageSelector, ServerSessionPool
the server session pool to associate with this connection consumer
sessionPool, int
the maximum number of messages that can be assigned to a server session at one time
maxMessages)

Creates a connection consumer for this connection (optional operation).

public QueueSession

Returns:

a newly created QueueSession
createQueueSession(boolean
indicates whether the session will use a local transaction, except in the cases described above when this value is ignored.
transacted, int
when transacted is false, indicates how messages received by the session will be acknowledged, except in the cases described above when this value is ignored.
acknowledgeMode)

Creates a QueueSession object, specifying transacted and acknowledgeMode.

Inherited from javax.jms.Connection:
closecreateConnectionConsumercreateDurableConnectionConsumercreateSessioncreateSessioncreateSessioncreateSharedConnectionConsumercreateSharedDurableConnectionConsumergetClientIDgetExceptionListenergetMetaDatasetClientIDsetExceptionListenerstartstop

Method Detail

createConnectionConsumerback to summary
public ConnectionConsumer createConnectionConsumer(Queue queue, String messageSelector, ServerSessionPool sessionPool, int maxMessages) throws JMSException

Creates a connection consumer for this connection (optional operation). This is an expert facility not used by regular JMS clients.

Parameters
queue:Queue

the queue to access

messageSelector:String

only messages with properties matching the message selector expression are delivered. A value of null or an empty string indicates that there is no message selector for the message consumer.

sessionPool:ServerSessionPool

the server session pool to associate with this connection consumer

maxMessages:int

the maximum number of messages that can be assigned to a server session at one time

Returns:ConnectionConsumer

the connection consumer

Exceptions
JMSException:
if the QueueConnection object fails to create a connection consumer due to some internal error or invalid arguments for sessionPool and messageSelector.
InvalidDestinationException:
if an invalid queue is specified.
InvalidSelectorException:
if the message selector is invalid.
See Also
javax.jms.ConnectionConsumer
createQueueSessionback to summary
public QueueSession createQueueSession(boolean transacted, int acknowledgeMode) throws JMSException

Creates a QueueSession object, specifying transacted and acknowledgeMode.

The effect of setting the transacted and acknowledgeMode arguments depends on whether this method is called in a Java SE environment, in the Java EE application client container, or in the Java EE web or EJB container. If this method is called in the Java EE web or EJB container then the effect of setting the transacted} and acknowledgeMode arguments also depends on whether or not there is an active JTA transaction in progress.

In a Java SE environment or in the Java EE application client container:

  • If transacted is set to true then the session will use a local transaction which may subsequently be committed or rolled back by calling the session's commit or rollback methods. The argument acknowledgeMode is ignored.
  • If transacted is set to false then the session will be non-transacted. In this case the argument acknowledgeMode is used to specify how messages received by this session will be acknowledged. The permitted values are Session.CLIENT_ACKNOWLEDGE, Session.AUTO_ACKNOWLEDGE and Session.DUPS_OK_ACKNOWLEDGE. For a definition of the meaning of these acknowledgement modes see the links below.

In a Java EE web or EJB container, when there is an active JTA transaction in progress:

  • Both arguments transacted and acknowledgeMode are ignored. The session will participate in the JTA transaction and will be committed or rolled back when that transaction is committed or rolled back, not by calling the session's commit or rollback methods. Since both arguments are ignored, developers are recommended to use createSession(), which has no arguments, instead of this method.

In the Java EE web or EJB container, when there is no active JTA transaction in progress:

  • If transacted is set to false and acknowledgeMode is set to JMSContext.AUTO_ACKNOWLEDGE or Session.DUPS_OK_ACKNOWLEDGE then the session will be non-transacted and messages will be acknowledged according to the value of acknowledgeMode.
  • If transacted is set to false and acknowledgeMode is set to JMSContext.CLIENT_ACKNOWLEDGE then the JMS provider is recommended to ignore the specified parameters and instead provide a non-transacted, auto-acknowledged session. However the JMS provider may alternatively provide a non-transacted session with client acknowledgement.
  • If transacted is set to true, then the JMS provider is recommended to ignore the specified parameters and instead provide a non-transacted, auto-acknowledged session. However the JMS provider may alternatively provide a local transacted session.
  • Applications are recommended to set transacted to false and acknowledgeMode to JMSContext.AUTO_ACKNOWLEDGE or Session.DUPS_OK_ACKNOWLEDGE since since applications which set transacted to false and set acknowledgeMode to JMSContext.CLIENT_ACKNOWLEDGE, or which set transacted to true, may not be portable.

Applications running in the Java EE web and EJB containers must not attempt to create more than one active (not closed) Session object per connection. If this method is called in a Java EE web or EJB container when an active Session object already exists for this connection then a JMSException may be thrown.

Parameters
transacted:boolean

indicates whether the session will use a local transaction, except in the cases described above when this value is ignored.

acknowledgeMode:int

when transacted is false, indicates how messages received by the session will be acknowledged, except in the cases described above when this value is ignored.

Returns:QueueSession

a newly created QueueSession

Exceptions
JMSException:
if the QueueConnection object fails to create a QueueSession due to
  • some internal error,
  • lack of support for the specific transaction and acknowledgement mode, or
  • because this method is being called in a Java EE web or EJB application and an active session already exists for this connection.
Since
JMS 1.1
See Also
Session#AUTO_ACKNOWLEDGE, Session#CLIENT_ACKNOWLEDGE, Session#DUPS_OK_ACKNOWLEDGE