Main Page | Modules | Class Hierarchy | Class List | Directories | File List | Class Members | Related Pages

javax::jms::DeliveryMode Class Reference

The delivery modes supported by the JMS API are PERSISTENT and NON_PERSISTENT. More...

#include <javax_jms_DeliveryMode.h>

Inheritance diagram for javax::jms::DeliveryMode:

Inheritance graph
[legend]
Collaboration diagram for javax::jms::DeliveryMode:

Collaboration graph
[legend]
List of all members.

Public Types

enum  {
  xmogDefaultFlags = xmog_base::GLOBAL, xmogMajorVersion = 3, xmogMinorVersion = 2, xmogPatchVersion = 9,
  xmogBuildNumber = 2047
}
typedef ::xmog_java_array_template<
::javax::jms::DeliveryMode
array1D
typedef ::xmog_java_array_template<
::xmog_java_array_template<
::javax::jms::DeliveryMode > > 
array2D

Static Public Attributes

static xmog_int NON_PERSISTENT
 This is the lowest-overhead delivery mode because it does not require that the message be logged to stable storage.
static xmog_int PERSISTENT
 This delivery mode instructs the JMS provider to log the message to stable storage as part of the client's send operation.

Detailed Description

The delivery modes supported by the JMS API are PERSISTENT and NON_PERSISTENT.

A client marks a message as persistent if it feels that the application will have problems if the message is lost in transit. A client marks a message as non-persistent if an occasional lost message is tolerable. Clients use delivery mode to tell a JMS provider how to balance message transport reliability with throughput.

Delivery mode covers only the transport of the message to its destination. Retention of a message at the destination until its receipt is acknowledged is not guaranteed by a PERSISTENT delivery mode. Clients should assume that message retention policies are set administratively. Message retention policy governs the reliability of message delivery from destination to message consumer. For example, if a client's message storage space is exhausted, some messages may be dropped in accordance with a site-specific message retention policy.

A message is guaranteed to be delivered once and only once by a JMS provider if the delivery mode of the message is PERSISTENT and if the destination has a sufficient message retention policy.

Author:
Mark Hapner

Rich Burridge


Member Data Documentation

xmog_int javax::jms::DeliveryMode::NON_PERSISTENT [static]
 

This is the lowest-overhead delivery mode because it does not require that the message be logged to stable storage.

The level of JMS provider failure that causes a NON_PERSISTENT message to be lost is not defined.

A JMS provider must deliver a NON_PERSISTENT message with an at-most-once guarantee. This means that it may lose the message, but it must not deliver it twice.

xmog_int javax::jms::DeliveryMode::PERSISTENT [static]
 

This delivery mode instructs the JMS provider to log the message to stable storage as part of the client's send operation.

Only a hard media failure should cause a PERSISTENT message to be lost.


The documentation for this class was generated from the following file:
Generated on Fri Jun 16 10:19:47 2006 for JMS Courier for C++ by  doxygen 1.4.1