JMSContext (Java(TM) EE 8 Specification APIs)

All Superinterfaces:

AutoCloseable

All Known Subinterfaces:

XAJMSContext
```
public interface JMSContext
extends AutoCloseable
```
A JMSContext is the main interface in the simplified JMS API introduced for JMS 2.0. This combines in a single object the functionality of two separate objects from the JMS 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 JMS 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 JMS 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 Java 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 Java 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 Java 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.

Since:

JMS 2.0

Version:

JMS 2.0

Field Summary

Fields
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`.

Method Summary

All Methods Instance Methods Abstract Methods
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.

- Field Detail
  - AUTO_ACKNOWLEDGE
```
static final 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.
    
    See Also:
    
    Constant Field Values
  - CLIENT_ACKNOWLEDGE
```
static final int CLIENT_ACKNOWLEDGE
```
    With this session mode, the client acknowledges a consumed message by calling the message's 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 JMS 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.
    
    See Also:
    
    Message.acknowledge(), Constant Field Values
  - DUPS_OK_ACKNOWLEDGE
```
static final int DUPS_OK_ACKNOWLEDGE
```
    This session mode instructs the JMSContext's session to lazily acknowledge the delivery of messages. This is likely to result in the delivery of some duplicate messages if the JMS provider fails, so it should only be used by consumers that can tolerate duplicate messages. Use of this mode can reduce session overhead by minimizing the work the session does to prevent duplicates.
    
    See Also:
    
    Constant Field Values
  - SESSION_TRANSACTED
```
static final 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.
    
    See Also:
    
    Constant Field Values
- Method Detail
  - createContext
```
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.
    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.
    - If 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.
    - If 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 Java 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 Java EE web or EJB container then a JMSRuntimeException will be thrown.
    Parameters:
    
    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.
    
    Returns:
    
    a newly created JMSContext
    
    Throws:
    JMSRuntimeException - if the JMS provider fails to create the JMSContext due to
    
    some internal error or
    because this method is being called in a Java EE web or EJB application.
    Since:
    
    JMS 2.0
    
    See Also:
    
    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)
  - createProducer
```
JMSProducer createProducer()
```
    Creates a new JMSProducer object which can be used to configure and send messages
    
    Returns:
    
    A new JMSProducer object
    
    See Also:
    
    JMSProducer
  - getClientID
```
String getClientID()
```
    Gets the client identifier for the JMSContext's connection.
    This value is specific to the JMS provider. It is either preconfigured by an administrator in a ConnectionFactory object or assigned dynamically by the application by calling the setClientID method.
    
    Returns:
    
    the unique client identifier
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to return the client ID for the JMSContext's connection due to some internal error.
  - setClientID
```
void setClientID(String clientID)
```
    Sets the client identifier for the JMSContext's connection.
    The preferred way to assign a JMS 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 JMS API is that required to support durable subscriptions.
    If another connection with the same clientID is already running when this method is called, the JMS provider should detect the duplicate ID and throw an InvalidClientIDException.
    This method must not be used in a Java 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.
    Parameters:
    
    clientID - the unique client identifier
    
    Throws:
    
    InvalidClientIDRuntimeException - if the JMS client specifies an invalid or duplicate client ID.
    IllegalStateRuntimeException -
    
    if the JMS client attempts to set the client ID for the JMSContext's connection at the wrong time or
    if the client ID has been administratively configured or
    if the JMSContext is container-managed (injected).
    JMSRuntimeException - if the JMS provider fails to set the client ID for the the JMSContext's connection for one of the following reasons:
    
    an internal error has occurred or
    this method has been called in a Java EE web or EJB application (though it is not guaranteed that an exception is thrown in this case)
  - getMetaData
```
ConnectionMetaData getMetaData()
```
    Gets the connection metadata for the JMSContext's connection.
    
    Returns:
    
    the connection metadata
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to get the connection metadata
    
    See Also:
    
    ConnectionMetaData
  - getExceptionListener
```
ExceptionListener getExceptionListener()
```
    Gets the ExceptionListener object for the JMSContext's connection. Not every Connection has an ExceptionListener associated with it.
    
    Returns:
    
    the ExceptionListener for the JMSContext's connection, or null if no ExceptionListener is associated with that connection.
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to get the ExceptionListener for the JMSContext's connection.
    
    See Also:
    
    Connection.setExceptionListener(javax.jms.ExceptionListener)
  - setExceptionListener
```
void setExceptionListener(ExceptionListener listener)
```
    Sets an exception listener for the JMSContext's connection.
    If a JMS 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 JMS provider should attempt to resolve connection problems itself before it notifies the client of them.
    This method must not be used in a Java 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.
    Parameters:
    
    listener - the exception listener
    
    Throws:
    
    IllegalStateRuntimeException - if the JMSContext is container-managed (injected).
    JMSRuntimeException - if the JMS provider fails to set the exception listener for one of the following reasons:
    
    an internal error has occurred or
    this method has been called in a Java EE web or EJB application (though it is not guaranteed that an exception is thrown in this case)
  - start
```
void start()
```
    Starts (or restarts) delivery of incoming messages by the JMSContext's connection. A call to 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.
    
    Throws:
    
    IllegalStateRuntimeException - if the JMSContext is container-managed (injected).
    
    JMSRuntimeException - if the JMS provider fails to start message delivery due to some internal error.
    
    See Also:
    
    stop()
  - stop
```
void stop()
```
    Temporarily stops the delivery of incoming messages by the JMSContext's connection. Delivery can be restarted using the 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 Java 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.
    Throws:
    IllegalStateRuntimeException -
    
    if this method has been called by a MessageListener on its own JMSContext
    if the JMSContext is container-managed (injected).
    JMSRuntimeException - if the JMS provider fails to stop message delivery for one of the following reasons:
    
    an internal error has occurred or
    this method has been called in a Java EE web or EJB application (though it is not guaranteed that an exception is thrown in this case)
    See Also:
    
    start()
  - setAutoStart
```
void setAutoStart(boolean autoStart)
```
    Specifies whether the underlying connection used by this 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.
    
    Parameters:
    
    autoStart - Whether the underlying connection used by this JMSContext will be automatically started when a consumer is created.
    
    Throws:
    
    IllegalStateRuntimeException - if the JMSContext is container-managed (injected)
    
    See Also:
    
    getAutoStart()
  - getAutoStart
```
boolean getAutoStart()
```
    Returns whether the underlying connection used by this JMSContext will be started automatically when a consumer is created.
    
    Returns:
    
    whether the underlying connection used by this JMSContext will be started automatically when a consumer is created.
    
    See Also:
    
    setAutoStart(boolean)
  - close
```
void close()
```
    Closes the JMSContext
    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 JMS 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.
    Specified by:
    
    close in interface AutoCloseable
    
    Throws:
    IllegalStateRuntimeException -
    
    if this method has been called by a MessageListener on its own JMSContext
    
    if this method has been called by a CompletionListener callback method on its own JMSContext
    
    if the JMSContext is container-managed (injected)
    JMSRuntimeException - if the JMS 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.
  - createBytesMessage
```
BytesMessage createBytesMessage()
```
    Creates a BytesMessage object. A BytesMessage object is used to send a message containing a stream of uninterpreted bytes.
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - createMapMessage
```
MapMessage createMapMessage()
```
    Creates a 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 JMS provider used to create it. However it can be sent using any JMS provider, not just the JMS provider used to create it.
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - createMessage
```
Message createMessage()
```
    Creates a Message object. The Message interface is the root interface of all JMS 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 JMS provider used to create it. However it can be sent using any JMS provider, not just the JMS provider used to create it.
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - createObjectMessage
```
ObjectMessage createObjectMessage()
```
    Creates an 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 JMS provider used to create it. However it can be sent using any JMS provider, not just the JMS provider used to create it.
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - createObjectMessage
```
ObjectMessage createObjectMessage(Serializable object)
```
    Creates an initialized 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 JMS provider used to create it. However it can be sent using any JMS provider, not just the JMS provider used to create it.
    
    Parameters:
    
    object - the object to use to initialize this message
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - createStreamMessage
```
StreamMessage createStreamMessage()
```
    Creates a 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 JMS provider used to create it. However it can be sent using any JMS provider, not just the JMS provider used to create it.
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - createTextMessage
```
TextMessage createTextMessage()
```
    Creates a 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 JMS provider used to create it. However it can be sent using any JMS provider, not just the JMS provider used to create it.
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - createTextMessage
```
TextMessage createTextMessage(String text)
```
    Creates an initialized 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 JMS provider used to create it. However it can be sent using any JMS provider, not just the JMS provider used to create it.
    
    Parameters:
    
    text - the string used to initialize this message
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to create this message due to some internal error.
  - getTransacted
```
boolean getTransacted()
```
    Indicates whether the JMSContext's session is in transacted mode.
    
    Returns:
    
    true if the session is in transacted mode
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to return the transaction mode due to some internal error.
  - getSessionMode
```
int getSessionMode()
```
    Returns the session mode of the JMSContext's session. This can be set at the time that the JMSContext is created. Possible values are JMSContext.SESSION_TRANSACTED, JMSContext.AUTO_ACKNOWLEDGE, JMSContext.CLIENT_ACKNOWLEDGE and JMSContext.DUPS_OK_ACKNOWLEDGE
    If a session mode was not specified when the JMSContext was created a value of JMSContext.AUTO_ACKNOWLEDGE will be returned.
    
    Returns:
    
    the session mode of the JMSContext's session
    
    Throws:
    
    JMSRuntimeException - if the JMS provider fails to return the acknowledgment mode due to some internal error.
    
    Since:
    
    JMS 2.0
    
    See Also:
    
    Connection.createSession(boolean, int)
  - commit
```
void commit()
```
    Commits all messages done in this transaction and releases any locks currently held.
    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.
    Throws:
    IllegalStateRuntimeException -
    
    if the JMSContext's session is not using a local transaction
    if this method has been called by a CompletionListener callback method on its own JMSContext
    
    if the JMSContext is container-managed (injected)
    TransactionRolledBackRuntimeException - if the transaction is rolled back due to some internal error during commit.
    
    JMSRuntimeException - if the JMS provider fails to commit the transaction due to some internal error
  - rollback
```
void rollback()
```
    Rolls back any messages done in this transaction and releases any locks currently held.
    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.
    Throws:
    IllegalStateRuntimeException -
    
    if the JMSContext's session is not using a local transaction
    if this method has been called by a CompletionListener callback method on its own JMSContext
    
    if the JMSContext is container-managed (injected)
    JMSRuntimeException - if the JMS provider fails to roll back the transaction due to some internal error
  - recover
```
void recover()
```
    Stops message delivery in the JMSContext's session, and restarts message delivery with the oldest unacknowledged message.
    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:
    - Stop message delivery
    - Mark all messages that might have been delivered but not acknowledged as "redelivered"
    - Restart the delivery sequence including all unacknowledged messages that had been previously delivered. Redelivered messages do not have to be delivered in exactly their original delivery order.
    This method must not be used if the JMSContext is container-managed (injected). Doing so will cause a IllegalStateRuntimeException to be thrown.
    Throws:
    IllegalStateRuntimeException -
    
    if the JMSContext's session is using a transaction
    if the JMSContext is container-managed (injected)
    JMSRuntimeException - if the JMS provider fails to stop and restart message delivery due to some internal error
  - createConsumer
```
JMSConsumer createConsumer(Destination destination)
```
    Creates a JMSConsumer for the specified destination.
    A client uses a JMSConsumer object to receive messages that have been sent to a destination.
    
    Parameters:
    
    destination - the Destination to access.
    
    Throws:
    
    JMSRuntimeException - if the session fails to create a JMSConsumer due to some internal error.
    
    InvalidDestinationRuntimeException - if an invalid destination is specified.
  - createConsumer
```
JMSConsumer createConsumer(Destination destination,
                           String messageSelector)
```
    Creates a 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.
    
    Parameters:
    
    destination - the Destination to access
    
    messageSelector - 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.
    
    Throws:
    
    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.
  - createConsumer
```
JMSConsumer createConsumer(Destination destination,
                           String messageSelector,
                           boolean noLocal)
```
    Creates a 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.
    
    Parameters:
    
    destination - the Destination to access
    
    messageSelector - 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 connection
    
    Throws:
    
    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.
  - createQueue
```
Queue createQueue(String queueName)
```
    Creates a 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 JMS provider. JMS does not provide a method to create the physical queue, since this would be specific to a given JMS 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.
    
    Parameters:
    
    queueName - A provider-specific queue name
    
    Returns:
    
    a Queue object which encapsulates the specified name
    
    Throws:
    
    JMSRuntimeException - if a Queue object cannot be created due to some internal error
  - createTopic
```
Topic createTopic(String topicName)
```
    Creates a 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 JMS provider. JMS does not provide a method to create the physical topic, since this would be specific to a given JMS 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.
    
    Parameters:
    
    topicName - A provider-specific topic name
    
    Returns:
    
    a Topic object which encapsulates the specified name
    
    Throws:
    
    JMSRuntimeException - if a Topic object cannot be created due to some internal error
  - createDurableConsumer
```
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. This method creates the durable subscription without a message selector and with a 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 JMS 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.
    Parameters:
    
    topic - the non-temporary Topic to subscribe to
    
    name - the name used to identify this subscription
    
    Throws:
    
    InvalidDestinationRuntimeException - if an invalid topic is specified.
    
    IllegalStateRuntimeException - if the client identifier is unset
    JMSRuntimeException -
    
    if the session fails to create the non-shared durable subscription and JMSConsumer due to some internal error
    if an unshared durable subscription already exists with the same name and client identifier, and there is a consumer already active
    if a shared durable subscription already exists with the same name and client identifier
    Since:
    
    JMS 2.0
  - createDurableConsumer
```
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.
    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 JMS 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.
    Parameters:
    
    topic - the non-temporary Topic to subscribe to
    
    name - the name used to identify this subscription
    
    messageSelector - 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.
    
    Throws:
    
    InvalidDestinationRuntimeException - if an invalid topic is specified.
    
    InvalidSelectorRuntimeException - if the message selector is invalid.
    
    IllegalStateRuntimeException - if the client identifier is unset
    JMSRuntimeException -
    
    if the session fails to create the non-shared durable subscription and JMSConsumer due to some internal error
    if an unshared durable subscription already exists with the same name and client identifier, and there is a consumer already active
    if a shared durable subscription already exists with the same name and client identifier
    Since:
    
    JMS 2.0
  - createSharedDurableConsumer
```
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. This method creates the durable subscription without a message selector.
    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 JMS 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.
    Parameters:
    
    topic - the non-temporary Topic to subscribe to
    
    name - the name used to identify this subscription
    
    Throws:
    
    InvalidDestinationRuntimeException - if an invalid topic is specified.
    JMSRuntimeException -
    
    if the session fails to create the shared durable subscription and MessageConsumer due to some internal error
    if a shared durable subscription already exists with the same name and client identifier, but a different topic, or message selector, and there is a consumer already active
    if an unshared durable subscription already exists with the same name and client identifier
    Since:
    
    JMS 2.0
  - createSharedDurableConsumer
```
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.
    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 JMS 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.
    Parameters:
    
    topic - the non-temporary Topic to subscribe to
    
    name - the name used to identify this subscription
    
    messageSelector - 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.
    
    Throws:
    
    InvalidDestinationRuntimeException - if an invalid topic is specified.
    
    InvalidSelectorRuntimeException - if the message selector is invalid.
    JMSRuntimeException -
    
    if the session fails to create the shared durable subscription and JMSConsumer due to some internal error
    if a shared durable subscription already exists with the same name and client identifier, but a different topic, or message selector, and there is a consumer already active
    if an unshared durable subscription already exists with the same name and client identifier
    Since:
    
    JMS 2.0
  - createSharedConsumer
```
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. This method creates the non-durable subscription without a message selector.
    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.
    
    Parameters:
    
    topic - the Topic to subscribe to
    
    sharedSubscriptionName - the name used to identify the shared non-durable subscription
    
    Throws:
    
    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.
  - createSharedConsumer
```
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.
    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.
    
    Parameters:
    
    topic - the Topic to subscribe to
    
    sharedSubscriptionName - the name used to identify the shared non-durable subscription
    
    messageSelector - 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.
    
    Throws:
    
    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.
  - createBrowser
```
QueueBrowser createBrowser(Queue queue)
```
    Creates a QueueBrowser object to peek at the messages on the specified queue.
    
    Parameters:
    
    queue - the queue to access
    
    Throws:
    
    JMSRuntimeException - if the session fails to create a browser due to some internal error.
    
    InvalidRuntimeDestinationException - if an invalid destination is specified
  - createBrowser
```
QueueBrowser createBrowser(Queue queue,
                           String messageSelector)
```
    Creates a QueueBrowser object to peek at the messages on the specified queue using a message selector.
    
    Parameters:
    
    queue - the queue to access
    
    messageSelector - 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.
    
    Throws:
    
    JMSRuntimeException - if the session fails to create a browser due to some internal error.
    
    InvalidRuntimeDestinationException - if an invalid destination is specified
    
    InvalidRuntimeSelectorException - if the message selector is invalid.
  - createTemporaryQueue
```
TemporaryQueue createTemporaryQueue()
```
    Creates a TemporaryQueue object. Its lifetime will be that of the JMSContext's Connection unless it is deleted earlier.
    
    Returns:
    
    a temporary queue identity
    
    Throws:
    
    JMSRuntimeException - if the session fails to create a temporary queue due to some internal error.
  - createTemporaryTopic
```
TemporaryTopic createTemporaryTopic()
```
    Creates a TemporaryTopic object. Its lifetime will be that of the JMSContext's Connection unless it is deleted earlier.
    
    Returns:
    
    a temporary topic identity
    
    Throws:
    
    JMSRuntimeException - if the session fails to create a temporary topic due to some internal error.
  - unsubscribe
```
void unsubscribe(String name)
```
    Unsubscribes a durable subscription that has been created by a client.
    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.
    
    Parameters:
    
    name - the name used to identify this subscription
    
    Throws:
    
    JMSRuntimeException - if the session fails to unsubscribe to the durable subscription due to some internal error.
    
    InvalidDestinationRuntimeException - if an invalid subscription name is specified.
  - acknowledge
```
void acknowledge()
```
    Acknowledges all messages consumed by the JMSContext's session.
    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.
    Throws:
    IllegalStateRuntimeException -
    
    if the JMSContext is closed.
    if the JMSContext is container-managed (injected)
    JMSRuntimeException - if the JMS provider fails to acknowledge the messages due to some internal error
    
    See Also:
    
    Session.CLIENT_ACKNOWLEDGE, Message.acknowledge()

Interface JMSContext

Field Summary

Method Summary

Field Detail

AUTO_ACKNOWLEDGE

CLIENT_ACKNOWLEDGE

DUPS_OK_ACKNOWLEDGE

SESSION_TRANSACTED

Method Detail

createContext

createProducer

getClientID

setClientID

getMetaData

getExceptionListener

setExceptionListener

start

stop

setAutoStart

getAutoStart

close

createBytesMessage

createMapMessage

createMessage

createObjectMessage

createObjectMessage

createStreamMessage

createTextMessage

createTextMessage

getTransacted

getSessionMode

commit

rollback

recover

createConsumer

createConsumer

createConsumer

createQueue

createTopic

createDurableConsumer

createDurableConsumer

createSharedDurableConsumer

createSharedDurableConsumer

createSharedConsumer

createSharedConsumer

createBrowser

createBrowser

createTemporaryQueue

createTemporaryTopic

unsubscribe

acknowledge