public interface JMSContext extends AutoCloseable
JMSContext is the main interface in the simplified Jakarta Messaging API introduced for Jakarta Messaging 2.0. This combines in a
single object the functionality of two separate objects from the Java Message Service 1.1 API: a Connection and a
Session.
When an application needs to send messages it use the createProducer method to create a JMSProducer
which provides methods to configure and send messages. Messages may be sent either synchronously or asynchronously.
When an application needs to receive messages it uses one of several createConsumer or
createDurableConsumer methods to create a JMSConsumer . A JMSConsumer provides methods to
receive messages either synchronously or asynchronously.
In terms of the Java Message Service 1.1 API a JMSContext should be thought of as representing both a Connection and a
Session. Although the simplified API removes the need for applications to use those objects, the concepts of
connection and session remain important. A connection represents a physical link to the Jakarta Messaging server and a session
represents a single-threaded context for sending and receiving messages.
A JMSContext may be created by calling one of several createContext methods on a
ConnectionFactory. A JMSContext that is created in this way is described as being
application-managed. An application-managed JMSContext must be closed when no longer needed by calling
its close method.
Applications running in the Jakarta EE web and EJB containers may alternatively inject a JMSContext into their
application using the @Inject annotation. A JMSContext that is created in this way is described as
being container-managed. A container-managed JMSContext will be closed automatically by the container.
Applications running in the Jakarta EE web and EJB containers are not permitted to create more than one active session on a connection so combining them in a single object takes advantage of this restriction to offer a simpler API.
However applications running in a Java SE environment or in the Jakarta EE application client container are permitted to
create multiple active sessions on the same connection. This allows the same physical connection to be used in
multiple threads simultaneously. Such applications which require multiple sessions to be created on the same
connection should use one of the createContext methods on the ConnectionFactory to create the first
JMSContext and then use the createContext method on JMSContext to create additional
JMSContext objects that use the same connection. All these JMSContext objects are application-managed
and must be closed when no longer needed by calling their close method.
| Modifier and Type | Field and Description |
|---|---|
static int |
AUTO_ACKNOWLEDGE
With this session mode, the JMSContext's session automatically acknowledges a client's receipt of a message either
when the session has successfully returned from a call to
receive or when the message listener the session
has called to process the message successfully returns. |
static int |
CLIENT_ACKNOWLEDGE
With this session mode, the client acknowledges a consumed message by calling the message's
acknowledge
method. |
static int |
DUPS_OK_ACKNOWLEDGE
This session mode instructs the JMSContext's session to lazily acknowledge the delivery of messages.
|
static int |
SESSION_TRANSACTED
This session mode instructs the JMSContext's session to deliver and consume messages in a local transaction which
will be subsequently committed by calling
commit or rolled back by calling rollback. |
| Modifier and Type | Method and Description |
|---|---|
void |
acknowledge()
Acknowledges all messages consumed by the JMSContext's session.
|
void |
close()
Closes the JMSContext
|
void |
commit()
Commits all messages done in this transaction and releases any locks currently held.
|
QueueBrowser |
createBrowser(Queue queue)
Creates a
QueueBrowser object to peek at the messages on the specified queue. |
QueueBrowser |
createBrowser(Queue queue,
String messageSelector)
Creates a
QueueBrowser object to peek at the messages on the specified queue using a message selector. |
BytesMessage |
createBytesMessage()
Creates a
BytesMessage object. |
JMSConsumer |
createConsumer(Destination destination)
Creates a
JMSConsumer for the specified destination. |
JMSConsumer |
createConsumer(Destination destination,
String messageSelector)
Creates a
JMSConsumer for the specified destination, using a message selector. |
JMSConsumer |
createConsumer(Destination destination,
String messageSelector,
boolean noLocal)
Creates a
JMSConsumer for the specified destination, specifying a message selector and the noLocal
parameter. |
JMSContext |
createContext(int sessionMode)
Creates a new
JMSContext with the specified session mode using the same connection as this JMSContext
and creating a new session. |
JMSConsumer |
createDurableConsumer(Topic topic,
String name)
Creates an unshared durable subscription on the specified topic (if one does not already exist) and creates a
consumer on that durable subscription.
|
JMSConsumer |
createDurableConsumer(Topic topic,
String name,
String messageSelector,
boolean noLocal)
Creates an unshared durable subscription on the specified topic (if one does not already exist), specifying a message
selector and the
noLocal parameter, and creates a consumer on that durable subscription. |
MapMessage |
createMapMessage()
Creates a
MapMessage object. |
Message |
createMessage()
Creates a
Message object. |
ObjectMessage |
createObjectMessage()
Creates an
ObjectMessage object. |
ObjectMessage |
createObjectMessage(Serializable object)
Creates an initialized
ObjectMessage object. |
JMSProducer |
createProducer()
Creates a new
JMSProducer object which can be used to configure and send messages |
Queue |
createQueue(String queueName)
Creates a
Queue object which encapsulates a specified provider-specific queue name. |
JMSConsumer |
createSharedConsumer(Topic topic,
String sharedSubscriptionName)
Creates a shared non-durable subscription with the specified name on the specified topic (if one does not already
exist) and creates a consumer on that subscription.
|
JMSConsumer |
createSharedConsumer(Topic topic,
String sharedSubscriptionName,
String messageSelector)
Creates a shared non-durable subscription with the specified name on the specified topic (if one does not already
exist) specifying a message selector, and creates a consumer on that subscription.
|
JMSConsumer |
createSharedDurableConsumer(Topic topic,
String name)
Creates a shared durable subscription on the specified topic (if one does not already exist), specifying a message
selector, and creates a consumer on that durable subscription.
|
JMSConsumer |
createSharedDurableConsumer(Topic topic,
String name,
String messageSelector)
Creates a shared durable subscription on the specified topic (if one does not already exist), specifying a message
selector, and creates a consumer on that durable subscription.
|
StreamMessage |
createStreamMessage()
Creates a
StreamMessage object. |
TemporaryQueue |
createTemporaryQueue()
Creates a
TemporaryQueue object. |
TemporaryTopic |
createTemporaryTopic()
Creates a
TemporaryTopic object. |
TextMessage |
createTextMessage()
Creates a
TextMessage object. |
TextMessage |
createTextMessage(String text)
Creates an initialized
TextMessage object. |
Topic |
createTopic(String topicName)
Creates a
Topic object which encapsulates a specified provider-specific topic name. |
boolean |
getAutoStart()
Returns whether the underlying connection used by this
JMSContext will be started automatically when a
consumer is created. |
String |
getClientID()
Gets the client identifier for the JMSContext's connection.
|
ExceptionListener |
getExceptionListener()
Gets the
ExceptionListener object for the JMSContext's connection. |
ConnectionMetaData |
getMetaData()
Gets the connection metadata for the JMSContext's connection.
|
int |
getSessionMode()
Returns the session mode of the JMSContext's session.
|
boolean |
getTransacted()
Indicates whether the JMSContext's session is in transacted mode.
|
void |
recover()
Stops message delivery in the JMSContext's session, and restarts message delivery with the oldest unacknowledged
message.
|
void |
rollback()
Rolls back any messages done in this transaction and releases any locks currently held.
|
void |
setAutoStart(boolean autoStart)
Specifies whether the underlying connection used by this
JMSContext will be started automatically when a
consumer is created. |
void |
setClientID(String clientID)
Sets the client identifier for the JMSContext's connection.
|
void |
setExceptionListener(ExceptionListener listener)
Sets an exception listener for the JMSContext's connection.
|
void |
start()
Starts (or restarts) delivery of incoming messages by the JMSContext's connection.
|
void |
stop()
Temporarily stops the delivery of incoming messages by the JMSContext's connection.
|
void |
unsubscribe(String name)
Unsubscribes a durable subscription that has been created by a client.
|
static final int AUTO_ACKNOWLEDGE
receive or when the message listener the session
has called to process the message successfully returns.static final int CLIENT_ACKNOWLEDGE
acknowledge
method. Acknowledging a consumed message acknowledges all messages that the session has consumed.
When this session mode is used, a client may build up a large number of unacknowledged messages while attempting to process them. A Jakarta Messaging provider should provide administrators with a way to limit client overrun so that clients are not driven to resource exhaustion and ensuing failure when some resource they are using is temporarily blocked.
Message.acknowledge(),
Constant Field Valuesstatic final int DUPS_OK_ACKNOWLEDGE
static final int SESSION_TRANSACTED
commit or rolled back by calling rollback.JMSContext createContext(int sessionMode)
JMSContext with the specified session mode using the same connection as this JMSContext
and creating a new session.
This method does not start the connection. If the connection has not already been started then it will be
automatically started when a JMSConsumer is created on any of the JMSContext objects for that
connection.
sessionMode is set to JMSContext.SESSION_TRANSACTED then the session will use a local
transaction which may subsequently be committed or rolled back by calling the JMSContext's commit or
rollback methods.
sessionMode is set to any of JMSContext.CLIENT_ACKNOWLEDGE,
JMSContext.AUTO_ACKNOWLEDGE or JMSContext.DUPS_OK_ACKNOWLEDGE. then the session will be
non-transacted and messages received by this session will be acknowledged according to the value of
sessionMode. For a definition of the meaning of these acknowledgement modes see the links below.
This method must not be used by applications running in the Jakarta EE web or EJB containers because doing so would
violate the restriction that such an application must not attempt to create more than one active (not closed)
Session object per connection. If this method is called in a Jakarta EE web or EJB container then a
JMSRuntimeException will be thrown.
sessionMode - indicates which of four possible session modes will be used. The permitted values are
JMSContext.SESSION_TRANSACTED, JMSContext.CLIENT_ACKNOWLEDGE, JMSContext.AUTO_ACKNOWLEDGE and
JMSContext.DUPS_OK_ACKNOWLEDGE.JMSRuntimeException - if the Jakarta Messaging provider fails to create the JMSContext due to
SESSION_TRANSACTED,
CLIENT_ACKNOWLEDGE,
AUTO_ACKNOWLEDGE,
DUPS_OK_ACKNOWLEDGE,
ConnectionFactory.createContext(),
ConnectionFactory.createContext(int),
ConnectionFactory.createContext(java.lang.String, java.lang.String),
ConnectionFactory.createContext(java.lang.String, java.lang.String, int),
createContext(int)JMSProducer createProducer()
JMSProducer object which can be used to configure and send messagesJMSProducer objectJMSProducerString getClientID()
This value is specific to the Jakarta Messaging provider. It is either preconfigured by an administrator in a
ConnectionFactory object or assigned dynamically by the application by calling the setClientID
method.
JMSRuntimeException - if the Jakarta Messaging provider fails to return the client ID for the JMSContext's connection due
to some internal error.void setClientID(String clientID)
The preferred way to assign a Jakarta Messaging client's client identifier is for it to be configured in a client-specific
ConnectionFactory object and transparently assigned to the Connection object it creates.
Alternatively, a client can set the client identifier for the JMSContext's connection using a provider-specific
value. The facility to set its client identifier explicitly is not a mechanism for overriding the identifier that has
been administratively configured. It is provided for the case where no administratively specified identifier exists.
If one does exist, an attempt to change it by setting it must throw an IllegalStateRuntimeException. If a
client sets the client identifier explicitly, it must do so immediately after it creates the JMSContext and before
any other action on the JMSContext is taken. After this point, setting the client identifier is a programming error
that should throw an IllegalStateRuntimeException.
The purpose of the client identifier is to associate the JMSContext's connection and its objects with a state maintained on behalf of the client by a provider. The only such state identified by the Jakarta Messaging API is that required to support durable subscriptions.
If another connection with the same clientID is already running when this method is called, the Jakarta Messaging provider
should detect the duplicate ID and throw an InvalidClientIDException.
This method must not be used in a Jakarta EE web or EJB application. Doing so may cause a JMSRuntimeException to
be thrown though this is not guaranteed.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
clientID - the unique client identifierInvalidClientIDRuntimeException - if the Jakarta Messaging client specifies an invalid or duplicate client ID.IllegalStateRuntimeException - JMSContext is container-managed (injected).
JMSRuntimeException - if the Jakarta Messaging provider fails to set the client ID for the the JMSContext's connection for
one of the following reasons:
ConnectionMetaData getMetaData()
JMSRuntimeException - if the Jakarta Messaging provider fails to get the connection metadataConnectionMetaDataExceptionListener getExceptionListener()
ExceptionListener object for the JMSContext's connection. Not every Connection has an
ExceptionListener associated with it.ExceptionListener for the JMSContext's connection, or null if no ExceptionListener is
associated with that connection.JMSRuntimeException - if the Jakarta Messaging provider fails to get the ExceptionListener for the JMSContext's
connection.Connection.setExceptionListener(javax.jms.ExceptionListener)void setExceptionListener(ExceptionListener listener)
If a Jakarta Messaging provider detects a serious problem with a connection, it informs the connection's ExceptionListener,
if one has been registered. It does this by calling the listener's onException method, passing it a
JMSRuntimeException object describing the problem.
An exception listener allows a client to be notified of a problem asynchronously. Some connections only consume messages, so they would have no other way to learn their connection has failed.
A connection serializes execution of its ExceptionListener.
A Jakarta Messaging provider should attempt to resolve connection problems itself before it notifies the client of them.
This method must not be used in a Jakarta EE web or EJB application. Doing so may cause a JMSRuntimeException to
be thrown though this is not guaranteed.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
listener - the exception listenerIllegalStateRuntimeException - if the JMSContext is container-managed (injected).JMSRuntimeException - if the Jakarta Messaging provider fails to set the exception listener for one of the following
reasons:
void start()
start on a
connection that has already been started is ignored.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
IllegalStateRuntimeException - if the JMSContext is container-managed (injected).JMSRuntimeException - if the Jakarta Messaging provider fails to start message delivery due to some internal error.stop()void stop()
start method. When the connection is stopped, delivery to all the connection's message consumers is
inhibited: synchronous receives block, and messages are not delivered to message listeners.
Stopping a connection has no effect on its ability to send messages. A call to stop on a connection that has
already been stopped is ignored.
A call to stop must not return until delivery of messages has paused. This means that a client can rely on
the fact that none of its message listeners will be called and that all threads of control waiting for
receive calls to return will not return with a message until the connection is restarted. The receive timers
for a stopped connection continue to advance, so receives may time out while the connection is stopped.
If message listeners are running when stop is invoked, the stop call must wait until all of them have
returned before it may return. While these message listeners are completing, they must have the full services of the
connection available to them.
However if the stop method is called from a message listener on its own JMSContext, or any other
JMSContext that uses the same connection, then it will either fail and throw a
javax.jms.IllegalStateRuntimeException, or it will succeed and stop the connection, blocking until all other
message listeners that may have been running have returned.
Since two alternative behaviors are permitted in this case, applications should avoid calling stop from a
message listener on its own JMSContext, or any other JMSContext that uses the same connection,
because this is not portable.
For the avoidance of doubt, if an exception listener for the JMSContext's connection is running when stop is
invoked, there is no requirement for the stop call to wait until the exception listener has returned before
it may return.
This method must not be used in a Jakarta EE web or EJB application. Doing so may cause a JMSRuntimeException to
be thrown though this is not guaranteed.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
IllegalStateRuntimeException - JMSContext is container-managed (injected).
JMSRuntimeException - if the Jakarta Messaging provider fails to stop message delivery for one of the following reasons:
start()void setAutoStart(boolean autoStart)
JMSContext will be started automatically when a
consumer is created. This is the default behaviour, and it may be disabled by calling this method with a value of
false.
This method does not itself either start or stop the connection.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
autoStart - Whether the underlying connection used by this JMSContext will be automatically started when
a consumer is created.IllegalStateRuntimeException - if the JMSContext is container-managed (injected)getAutoStart()boolean getAutoStart()
JMSContext will be started automatically when a
consumer is created.JMSContext will be started automatically when a
consumer is created.setAutoStart(boolean)void close()
This closes the underlying session and any underlying producers and consumers. If there are no other active (not closed) JMSContext objects using the underlying connection then this method also closes the underlying connection.
Since a provider typically allocates significant resources outside the JVM on behalf of a connection, clients should close these resources when they are not needed. Relying on garbage collection to eventually reclaim these resources may not be timely enough.
Closing a connection causes all temporary destinations to be deleted.
When this method is invoked, it should not return until message processing has been shut down in an orderly fashion.
This means that all message listeners that may have been running have returned, and that all pending receives have
returned. A close terminates all pending message receives on the connection's sessions' consumers. The receives may
return with a message or with null, depending on whether there was a message available at the time of the close. If
one or more of the connection's sessions' message listeners is processing a message at the time when connection
close is invoked, all the facilities of the connection and its sessions must remain available to those
listeners until they return control to the Jakarta Messaging provider.
However if the close method is called from a message listener on its own JMSContext, then it will either fail
and throw a javax.jms.IllegalStateRuntimeException, or it will succeed and close the JMSContext. If
close succeeds and the session mode of the JMSContext is set to AUTO_ACKNOWLEDGE, the current
message will still be acknowledged automatically when the onMessage call completes.
Since two alternative behaviors are permitted in this case, applications should avoid calling close from a message
listener on its own JMSContext because this is not portable.
This method must not return until any incomplete asynchronous send operations for this JMSContext have been completed and any CompletionListener callbacks have returned. Incomplete sends should be allowed to complete normally unless an error occurs.
For the avoidance of doubt, if an exception listener for the JMSContext's connection is running when close is
invoked, there is no requirement for the close call to wait until the exception listener has returned before
it may return.
Closing a connection causes any of its sessions' transactions in progress to be rolled back. In the case where a
session's work is coordinated by an external transaction manager, a session's commit and rollback
methods are not used and the result of a closed session's work is determined later by the transaction manager.
Closing a connection does NOT force an acknowledgment of client-acknowledged sessions.
Invoking the acknowledge method of a received message from a closed connection's session must throw an
IllegalStateRuntimeException. Closing a closed connection must NOT throw an exception.
A CompletionListener callback method must not call close on its own JMSContext. Doing so will cause an IllegalStateRuntimeException to be thrown.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
close in interface AutoCloseableIllegalStateRuntimeException - JMSContext is container-managed (injected)JMSRuntimeException - if the Jakarta Messaging provider fails to close the JMSContext due to some internal error.
For example, a failure to release resources or to close a socket connection can cause this exception to be thrown.BytesMessage createBytesMessage()
BytesMessage object. A BytesMessage object is used to send a message containing a stream of
uninterpreted bytes.BytesMessage objectJMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.MapMessage createMapMessage()
MapMessage object. A MapMessage object is used to send a self-defining set of name-value
pairs, where names are String objects and values are primitive values in the Java programming language.
The message object returned may be sent using any Session or JMSContext. It is not restricted to
being sent using the JMSContext used to create it.
The message object returned may be optimised for use with the Jakarta Messaging provider used to create it. However it can be sent using any Jakarta Messaging provider, not just the Jakarta Messaging provider used to create it.
MapMessage object.JMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.Message createMessage()
Message object. The Message interface is the root interface of all Jakarta Messaging messages. A
Message object holds all the standard message header information. It can be sent when a message containing
only header information is sufficient.
The message object returned may be sent using any Session or JMSContext. It is not restricted to
being sent using the JMSContext used to create it.
The message object returned may be optimised for use with the Jakarta Messaging provider used to create it. However it can be sent using any Jakarta Messaging provider, not just the Jakarta Messaging provider used to create it.
Message object.JMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.ObjectMessage createObjectMessage()
ObjectMessage object. An ObjectMessage object is used to send a message that contains a
serializable Java object.
The message object returned may be sent using any Session or JMSContext. It is not restricted to
being sent using the JMSContext used to create it.
The message object returned may be optimised for use with the Jakarta Messaging provider used to create it. However it can be sent using any Jakarta Messaging provider, not just the Jakarta Messaging provider used to create it.
ObjectMessage object.JMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.ObjectMessage createObjectMessage(Serializable object)
ObjectMessage object. An ObjectMessage object is used to send a message that
contains a serializable Java object.
The message object returned may be sent using any Session or JMSContext. It is not restricted to
being sent using the JMSContext used to create it.
The message object returned may be optimised for use with the Jakarta Messaging provider used to create it. However it can be sent using any Jakarta Messaging provider, not just the Jakarta Messaging provider used to create it.
object - the object to use to initialize this messageObjectMessage object.JMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.StreamMessage createStreamMessage()
StreamMessage object. A StreamMessage object is used to send a self-defining stream of
primitive values in the Java programming language.
The message object returned may be sent using any Session or JMSContext. It is not restricted to
being sent using the JMSContext used to create it.
The message object returned may be optimised for use with the Jakarta Messaging provider used to create it. However it can be sent using any Jakarta Messaging provider, not just the Jakarta Messaging provider used to create it.
StreamMessage object.JMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.TextMessage createTextMessage()
TextMessage object. A TextMessage object is used to send a message containing a
String object.
The message object returned may be sent using any Session or JMSContext. It is not restricted to
being sent using the JMSContext used to create it.
The message object returned may be optimised for use with the Jakarta Messaging provider used to create it. However it can be sent using any Jakarta Messaging provider, not just the Jakarta Messaging provider used to create it.
TextMessage object.JMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.TextMessage createTextMessage(String text)
TextMessage object. A TextMessage object is used to send a message containing
a String.
The message object returned may be sent using any Session or JMSContext. It is not restricted to
being sent using the JMSContext used to create it.
The message object returned may be optimised for use with the Jakarta Messaging provider used to create it. However it can be sent using any Jakarta Messaging provider, not just the Jakarta Messaging provider used to create it.
text - the string used to initialize this messageTextMessage object.JMSRuntimeException - if the Jakarta Messaging provider fails to create this message due to some internal error.boolean getTransacted()
JMSRuntimeException - if the Jakarta Messaging provider fails to return the transaction mode due to some internal error.int getSessionMode()
If a session mode was not specified when the JMSContext was created a value of JMSContext.AUTO_ACKNOWLEDGE will be returned.
JMSRuntimeException - if the Jakarta Messaging provider fails to return the acknowledgment mode due to some internal
error.Connection.createSession(boolean, int)void commit()
This method must not return until any incomplete asynchronous send operations for this JMSContext have been completed and any CompletionListener callbacks have returned. Incomplete sends should be allowed to complete normally unless an error occurs.
A CompletionListener callback method must not call commit on its own JMSContext. Doing so will cause an IllegalStateRuntimeException to be thrown.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
IllegalStateRuntimeException - JMSContext is container-managed (injected)
TransactionRolledBackRuntimeException - if the transaction is rolled back due to some internal error during
commit.JMSRuntimeException - if the Jakarta Messaging provider fails to commit the transaction due to some internal errorvoid rollback()
This method must not return until any incomplete asynchronous send operations for this JMSContext have been completed and any CompletionListener callbacks have returned. Incomplete sends should be allowed to complete normally unless an error occurs.
A CompletionListener callback method must not call rollback on its own JMSContext. Doing so will cause an IllegalStateRuntimeException to be thrown.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
IllegalStateRuntimeException - JMSContext is container-managed (injected)
JMSRuntimeException - if the Jakarta Messaging provider fails to roll back the transaction due to some internal errorvoid recover()
All consumers deliver messages in a serial order. Acknowledging a received message automatically acknowledges all messages that have been delivered to the client.
Restarting a session causes it to take the following actions:
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
IllegalStateRuntimeException - JMSContext is container-managed (injected)
JMSRuntimeException - if the Jakarta Messaging provider fails to stop and restart message delivery due to some internal
errorJMSConsumer createConsumer(Destination destination)
JMSConsumer for the specified destination.
A client uses a JMSConsumer object to receive messages that have been sent to a destination.
destination - the Destination to access.JMSConsumer object.JMSRuntimeException - if the session fails to create a JMSConsumer due to some internal error.InvalidDestinationRuntimeException - if an invalid destination is specified.JMSConsumer createConsumer(Destination destination, String messageSelector)
JMSConsumer for the specified destination, using a message selector.
A client uses a JMSConsumer object to receive messages that have been sent to a destination.
destination - the Destination to accessmessageSelector - 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 JMSConsumer.JMSConsumer object.JMSRuntimeException - if the session fails to create a JMSConsumer due to some internal error.InvalidDestinationRuntimeException - if an invalid destination is specified.InvalidSelectorRuntimeException - if the message selector is invalid.JMSConsumer createConsumer(Destination destination, String messageSelector, boolean noLocal)
JMSConsumer for the specified destination, specifying a message selector and the noLocal
parameter.
A client uses a JMSConsumer object to receive messages that have been sent to a destination.
The noLocal argument is for use when the destination is a topic and the JMSContext's connection is also being
used to publish messages to that topic. If noLocal is set to true then the JMSConsumer will not
receive messages published to the topic by its own connection. The default value of this argument is false. If the
destination is a queue then the effect of setting noLocal to true is not specified.
destination - the Destination to accessmessageSelector - 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 JMSConsumer.noLocal - if true, and the destination is a topic, then the JMSConsumer will not receive messages
published to the topic by its own connectionJMSConsumer object.JMSRuntimeException - if the session fails to create a JMSConsumer due to some internal error.InvalidDestinationRuntimeException - if an invalid destination is specified.InvalidSelectorRuntimeException - if the message selector is invalid.Queue createQueue(String queueName)
Queue object which encapsulates a specified provider-specific queue name.
The use of provider-specific queue names in an application may render the application non-portable. Portable
applications are recommended to not use this method but instead look up an administratively-defined Queue
object using JNDI.
Note that this method simply creates an object that encapsulates the name of a queue. It does not create the physical
queue in the Jakarta Messaging provider. Jakarta Messaging does not provide a method to create the physical queue, since this would be specific
to a given Jakarta Messaging provider. Creating a physical queue is provider-specific and is typically an administrative task
performed by an administrator, though some providers may create them automatically when needed. The one exception to
this is the creation of a temporary queue, which is done using the createTemporaryQueue method.
queueName - A provider-specific queue nameJMSRuntimeException - if a Queue object cannot be created due to some internal errorTopic createTopic(String topicName)
Topic object which encapsulates a specified provider-specific topic name.
The use of provider-specific topic names in an application may render the application non-portable. Portable
applications are recommended to not use this method but instead look up an administratively-defined Topic
object using JNDI.
Note that this method simply creates an object that encapsulates the name of a topic. It does not create the physical
topic in the Jakarta Messaging provider. Jakarta Messaging does not provide a method to create the physical topic, since this would be specific
to a given Jakarta Messaging provider. Creating a physical topic is provider-specific and is typically an administrative task
performed by an administrator, though some providers may create them automatically when needed. The one exception to
this is the creation of a temporary topic, which is done using the createTemporaryTopic method.
topicName - A provider-specific topic nameJMSRuntimeException - if a Topic object cannot be created due to some internal errorJMSConsumer createDurableConsumer(Topic topic, String name)
noLocal value of false.
A durable subscription is used by an application which needs to receive all the messages published on a topic, including the ones published when there is no active consumer associated with it. The Jakarta Messaging provider retains a record of this durable subscription and ensures that all messages from the topic's publishers are retained until they are delivered to, and acknowledged by, a consumer on this durable subscription or until they have expired.
A durable subscription will continue to accumulate messages until it is deleted using the unsubscribe method.
This method may only be used with unshared durable subscriptions. Any durable subscription created using this method
will be unshared. This means that only one active (i.e. not closed) consumer on the subscription may exist at a time.
The term "consumer" here means a TopicSubscriber, MessageConsumer or JMSConsumer object in
any client.
An unshared durable subscription is identified by a name specified by the client and by the client identifier, which must be set. An application which subsequently wishes to create a consumer on that unshared durable subscription must use the same client identifier.
If an unshared durable subscription already exists with the same name and client identifier, and the same topic,
message selector and noLocal value has been specified, and there is no consumer already active (i.e. not
closed) on the durable subscription then this method creates a JMSConsumer on the existing durable
subscription.
If an unshared durable subscription already exists with the same name and client identifier, and there is a consumer
already active (i.e. not closed) on the durable subscription, then a JMSRuntimeException will be thrown.
If an unshared durable subscription already exists with the same name and client identifier but a different topic,
message selector or noLocal value has been specified, and there is no consumer already active (i.e. not
closed) on the durable subscription then this is equivalent to unsubscribing (deleting) the old one and creating a
new one.
A shared durable subscription and an unshared durable subscription may not have the same name and client identifier.
If a shared durable subscription already exists with the same name and client identifier then a
JMSRuntimeException is thrown.
There is no restriction on durable subscriptions and shared non-durable subscriptions having the same name and clientId. Such subscriptions would be completely separate.
topic - the non-temporary Topic to subscribe toname - the name used to identify this subscriptionJMSConsumer object.InvalidDestinationRuntimeException - if an invalid topic is specified.IllegalStateRuntimeException - if the client identifier is unsetJMSRuntimeException - JMSConsumer due to some internal
error
JMSConsumer createDurableConsumer(Topic topic, String name, String messageSelector, boolean noLocal)
noLocal parameter, and creates a consumer on that durable subscription.
A durable subscription is used by an application which needs to receive all the messages published on a topic, including the ones published when there is no active consumer associated with it. The Jakarta Messaging provider retains a record of this durable subscription and ensures that all messages from the topic's publishers are retained until they are delivered to, and acknowledged by, a consumer on this durable subscription or until they have expired.
A durable subscription will continue to accumulate messages until it is deleted using the unsubscribe method.
This method may only be used with unshared durable subscriptions. Any durable subscription created using this method
will be unshared. This means that only one active (i.e. not closed) consumer on the subscription may exist at a time.
The term "consumer" here means a TopicSubscriber, MessageConsumer or JMSConsumer object in
any client.
An unshared durable subscription is identified by a name specified by the client and by the client identifier, which must be set. An application which subsequently wishes to create a consumer on that unshared durable subscription must use the same client identifier.
If an unshared durable subscription already exists with the same name and client identifier, and the same topic,
message selector and noLocal value has been specified, and there is no consumer already active (i.e. not
closed) on the durable subscription then this method creates a JMSConsumer on the existing durable
subscription.
If an unshared durable subscription already exists with the same name and client identifier, and there is a consumer
already active (i.e. not closed) on the durable subscription, then a JMSRuntimeException will be thrown.
If an unshared durable subscription already exists with the same name and client identifier but a different topic,
message selector or noLocal value has been specified, and there is no consumer already active (i.e. not
closed) on the durable subscription then this is equivalent to unsubscribing (deleting) the old one and creating a
new one.
If noLocal is set to true then any messages published to the topic using this JMSContext's
connection, or any other connection with the same client identifier, will not be added to the durable subscription.
A shared durable subscription and an unshared durable subscription may not have the same name and client identifier.
If a shared durable subscription already exists with the same name and client identifier then a
JMSRuntimeException is thrown.
There is no restriction on durable subscriptions and shared non-durable subscriptions having the same name and clientId. Such subscriptions would be completely separate.
This method is identical to the corresponding createDurableSubscriber method except that it returns a
MessageConsumer rather than a TopicSubscriber to represent the consumer.
topic - the non-temporary Topic to subscribe toname - the name used to identify this subscriptionmessageSelector - only messages with properties matching the message selector expression are added to the
durable subscription. A value of null or an empty string indicates that there is no message selector for the durable
subscription.noLocal - if true then any messages published to the topic using this session's connection, or any other
connection with the same client identifier, will not be added to the durable subscription.JMSConsumer object.InvalidDestinationRuntimeException - if an invalid topic is specified.InvalidSelectorRuntimeException - if the message selector is invalid.IllegalStateRuntimeException - if the client identifier is unsetJMSRuntimeException - JMSConsumer due to some internal
error
JMSConsumer createSharedDurableConsumer(Topic topic, String name)
A durable subscription is used by an application which needs to receive all the messages published on a topic, including the ones published when there is no active consumer associated with it. The Jakarta Messaging provider retains a record of this durable subscription and ensures that all messages from the topic's publishers are retained until they are delivered to, and acknowledged by, a consumer on this durable subscription or until they have expired.
A durable subscription will continue to accumulate messages until it is deleted using the unsubscribe method.
This method may only be used with shared durable subscriptions. Any durable subscription created using this method
will be shared. This means that multiple active (i.e. not closed) consumers on the subscription may exist at the same
time. The term "consumer" here means a MessageConsumer or JMSConsumer object in any client.
A shared durable subscription is identified by a name specified by the client and by the client identifier (which may be unset). An application which subsequently wishes to create a consumer on that shared durable subscription must use the same client identifier.
If a shared durable subscription already exists with the same name and client identifier (if set), and the same topic
and message selector has been specified, then this method creates a JMSConsumer on the existing shared
durable subscription.
If a shared durable subscription already exists with the same name and client identifier (if set) but a different topic or message selector has been specified, and there is no consumer already active (i.e. not closed) on the durable subscription then this is equivalent to unsubscribing (deleting) the old one and creating a new one.
If a shared durable subscription already exists with the same name and client identifier (if set) but a different
topic or message selector has been specified, and there is a consumer already active (i.e. not closed) on the durable
subscription, then a JMSRuntimeException will be thrown.
A shared durable subscription and an unshared durable subscription may not have the same name and client identifier
(if set). If an unshared durable subscription already exists with the same name and client identifier (if set) then a
JMSRuntimeException is thrown.
If a message selector is specified then only messages with properties matching the message selector expression will be added to the subscription.
There is no restriction on durable subscriptions and shared non-durable subscriptions having the same name and clientId (which may be unset). Such subscriptions would be completely separate.
topic - the non-temporary Topic to subscribe toname - the name used to identify this subscriptionJMSConsumer object.InvalidDestinationRuntimeException - if an invalid topic is specified.JMSRuntimeException - MessageConsumer due to some internal
error
JMSConsumer createSharedDurableConsumer(Topic topic, String name, String messageSelector)
A durable subscription is used by an application which needs to receive all the messages published on a topic, including the ones published when there is no active consumer associated with it. The Jakarta Messaging provider retains a record of this durable subscription and ensures that all messages from the topic's publishers are retained until they are delivered to, and acknowledged by, a consumer on this durable subscription or until they have expired.
A durable subscription will continue to accumulate messages until it is deleted using the unsubscribe method.
This method may only be used with shared durable subscriptions. Any durable subscription created using this method
will be shared. This means that multiple active (i.e. not closed) consumers on the subscription may exist at the same
time. The term "consumer" here means a MessageConsumer or JMSConsumer object in any client.
A shared durable subscription is identified by a name specified by the client and by the client identifier (which may be unset). An application which subsequently wishes to create a consumer on that shared durable subscription must use the same client identifier.
If a shared durable subscription already exists with the same name and client identifier (if set), and the same topic
and message selector have been specified, then this method creates a JMSConsumer on the existing shared
durable subscription.
If a shared durable subscription already exists with the same name and client identifier (if set), but a different topic or message selector has been specified, and there is no consumer already active (i.e. not closed) on the durable subscription then this is equivalent to unsubscribing (deleting) the old one and creating a new one.
If a shared durable subscription already exists with the same name and client identifier (if set) but a different
topic or message selector has been specified, and there is a consumer already active (i.e. not closed) on the durable
subscription, then a JMSRuntimeException will be thrown.
A shared durable subscription and an unshared durable subscription may not have the same name and client identifier
(if set). If an unshared durable subscription already exists with the same name and client identifier (if set) then a
JMSRuntimeException is thrown.
There is no restriction on durable subscriptions and shared non-durable subscriptions having the same name and clientId (which may be unset). Such subscriptions would be completely separate.
topic - the non-temporary Topic to subscribe toname - the name used to identify this subscriptionmessageSelector - only messages with properties matching the message selector expression are added to the
durable subscription. A value of null or an empty string indicates that there is no message selector for the durable
subscription.JMSConsumer object.InvalidDestinationRuntimeException - if an invalid topic is specified.InvalidSelectorRuntimeException - if the message selector is invalid.JMSRuntimeException - JMSConsumer due to some internal error
JMSConsumer createSharedConsumer(Topic topic, String sharedSubscriptionName)
If a shared non-durable subscription already exists with the same name and client identifier (if set), and the same
topic and message selector has been specified, then this method creates a JMSConsumer on the existing
subscription.
A non-durable shared subscription is used by a client which needs to be able to share the work of receiving messages
from a topic subscription amongst multiple consumers. A non-durable shared subscription may therefore have more than
one consumer. Each message from the subscription will be delivered to only one of the consumers on that subscription.
Such a subscription is not persisted and will be deleted (together with any undelivered messages associated with it)
when there are no consumers on it. The term "consumer" here means a MessageConsumer or JMSConsumer
object in any client.
A shared non-durable subscription is identified by a name specified by the client and by the client identifier (which may be unset). An application which subsequently wishes to create a consumer on that shared non-durable subscription must use the same client identifier.
If a shared non-durable subscription already exists with the same name and client identifier (if set) but a different
topic or message selector value has been specified, and there is a consumer already active (i.e. not closed) on the
subscription, then a JMSRuntimeException will be thrown.
There is no restriction on durable subscriptions and shared non-durable subscriptions having the same name and clientId (which may be unset). Such subscriptions would be completely separate.
topic - the Topic to subscribe tosharedSubscriptionName - the name used to identify the shared non-durable subscriptionJMSConsumer object.JMSRuntimeException - if the session fails to create the shared non-durable subscription and JMSContext
due to some internal error.InvalidDestinationRuntimeException - if an invalid topic is specified.InvalidSelectorRuntimeException - if the message selector is invalid.JMSConsumer createSharedConsumer(Topic topic, String sharedSubscriptionName, String messageSelector)
If a shared non-durable subscription already exists with the same name and client identifier (if set), and the same
topic and message selector has been specified, then this method creates a JMSConsumer on the existing
subscription.
A non-durable shared subscription is used by a client which needs to be able to share the work of receiving messages
from a topic subscription amongst multiple consumers. A non-durable shared subscription may therefore have more than
one consumer. Each message from the subscription will be delivered to only one of the consumers on that subscription.
Such a subscription is not persisted and will be deleted (together with any undelivered messages associated with it)
when there are no consumers on it. The term "consumer" here means a MessageConsumer or JMSConsumer
object in any client.
A shared non-durable subscription is identified by a name specified by the client and by the client identifier (which may be unset). An application which subsequently wishes to create a consumer on that shared non-durable subscription must use the same client identifier.
If a shared non-durable subscription already exists with the same name and client identifier (if set) but a different
topic or message selector has been specified, and there is a consumer already active (i.e. not closed) on the
subscription, then a JMSRuntimeException will be thrown.
There is no restriction on durable subscriptions and shared non-durable subscriptions having the same name and clientId (which may be unset). Such subscriptions would be completely separate.
topic - the Topic to subscribe tosharedSubscriptionName - the name used to identify the shared non-durable subscriptionmessageSelector - only messages with properties matching the message selector expression are added to the shared
non-durable subscription. A value of null or an empty string indicates that there is no message selector for the
shared non-durable subscription.JMSConsumer object.JMSRuntimeException - if the session fails to create the shared non-durable subscription and
JMSConsumer due to some internal error.InvalidDestinationRuntimeException - if an invalid topic is specified.InvalidSelectorRuntimeException - if the message selector is invalid.QueueBrowser createBrowser(Queue queue)
QueueBrowser object to peek at the messages on the specified queue.queue - the queue to accessQueueBrowser object.JMSRuntimeException - if the session fails to create a browser due to some internal error.InvalidDestinationRuntimeException - if an invalid destination is specifiedQueueBrowser createBrowser(Queue queue, String messageSelector)
QueueBrowser object to peek at the messages on the specified queue using a message selector.queue - the queue to accessmessageSelector - 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.QueueBrowser object.JMSRuntimeException - if the session fails to create a browser due to some internal error.InvalidDestinationRuntimeException - if an invalid destination is specifiedInvalidSelectorRuntimeException - if the message selector is invalid.TemporaryQueue createTemporaryQueue()
TemporaryQueue object. Its lifetime will be that of the JMSContext's Connection unless it
is deleted earlier.JMSRuntimeException - if the session fails to create a temporary queue due to some internal error.TemporaryTopic createTemporaryTopic()
TemporaryTopic object. Its lifetime will be that of the JMSContext's Connection unless it
is deleted earlier.JMSRuntimeException - if the session fails to create a temporary topic due to some internal error.void unsubscribe(String name)
This method deletes the state being maintained on behalf of the subscriber by its provider.
A durable subscription is identified by a name specified by the client and by the client identifier if set. If the client identifier was set when the durable subscription was created then a client which subsequently wishes to use this method to delete a durable subscription must use the same client identifier.
It is erroneous for a client to delete a durable subscription while there is an active (not closed) consumer on that subscription, or while a consumed message is part of a pending transaction or has not been acknowledged in the session.
If the active consumer is represented by a JMSConsumer then calling close on either that object or
the JMSContext used to create it will render the consumer inactive and allow the subscription to be deleted.
If the active consumer was created by calling setMessageListener on the JMSContext then calling
close on the JMSContext will render the consumer inactive and allow the subscription to be deleted.
If the active consumer is represented by a MessageConsumer or TopicSubscriber then calling
close on that object or on the Session or Connection used to create it will render the
consumer inactive and allow the subscription to be deleted.
name - the name used to identify this subscriptionJMSRuntimeException - if the session fails to unsubscribe to the durable subscription due to some internal
error.InvalidDestinationRuntimeException - if an invalid subscription name is specified.void acknowledge()
This method is for use when the session has an acknowledgement mode of CLIENT_ACKNOWLEDGE. If the session is transacted or has an acknowledgement mode of AUTO_ACKNOWLEDGE or DUPS_OK_ACKNOWLEDGE calling this method has no effect.
This method has identical behaviour to the acknowledge method on Message. A client may individually
acknowledge each message as it is consumed, or it may choose to acknowledge messages as an application-defined group.
In both cases it makes no difference which of these two methods is used.
Messages that have been received but not acknowledged may be redelivered.
This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a
IllegalStateRuntimeException to be thrown.
IllegalStateRuntimeException - JMSContext is closed.
JMSContext is container-managed (injected)
JMSRuntimeException - if the Jakarta Messaging provider fails to acknowledge the messages due to some internal errorSession.CLIENT_ACKNOWLEDGE,
Message.acknowledge()Copyright © 2019 Eclipse Foundation.
Use is subject to license terms.