JMSTemplate

JMSTemplate

Description

This class represents a JMS template, which provides an efficient means of defining multiple destinations (queues and topics) with similar attribute settings.

Syntax
<JMSTemplate


BytesMaximum="number


BytesPagingEnabled=( "true" | "false" )


BytesThresholdHigh="number


BytesThresholdLow="number


CreationTime="number


DeliveryModeOverride=( "Persistent" | "Non-Persistent" | "No-Delivery" )


DestinationKeys="list of JMSDestinationKey names


Destinations="list of JMSDestination names


ErrorDestination="JMSDestination name


ExpirationLoggingPolicy="String


ExpirationPolicy=( "Discard" | "Log" | "Redirect" )


MaximumMessageSize="number


MessagesMaximum="number


MessagesPagingEnabled=( "true" | "false" )


MessagesThresholdHigh="number


MessagesThresholdLow="number


Name="String


Notes="String


PriorityOverride="number


RedeliveryDelayOverride="number


RedeliveryLimit="number


TimeToDeliverOverride="String


TimeToLiveOverride="number


Type="String



/>
Parent Elements

Domain
JMSDistributedQueue
JMSDistributedTopic

Attributes

Attribute

Description

Range of Values and Default
BytesMaximum The maximum bytes quota (total amount of bytes) that can be stored in this destination. The default value of -1 specifies that there is no WebLogic-imposed limit on the number of bytes that can be stored in the destination. However, excessive bytes volume can cause memory saturation, so this value should correspond to the total amount of available system memory relative to the rest of your application load.Range of Values: >= BytesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: If a JMS template is used for distributed destination members, then this setting applies only to those specific members and not the distributed destination set as a whole. Admin Console field label: Bytes MaximumDefault: -1Minimum: -1Maximum: 2⁶³-1
BytesPagingEnabled Specifies whether bytes paging is enabled on destinations created from this JMS template for swapping message bodies out from memory to a persistent paging store when a destination's message load reaches a specified bytes/messages threshold.
false - Bytes paging is disabled for the template's destinations-unless the destination setting overrides the template.

true - If a paging store has been configured for the JMS Server, and both the BytesThresholdLow and BytesThresholdHigh attribute values are greater than -1, then bytes paging is enabled for the template's destinations--unless the destination setting overrides the template.
Note: If no value is defined, then this setting defaults to false and bytes paging is disabled for the template's destinations--unless the destination setting overrides the template. Admin Console field label: Bytes Paging EnabledDefault: false
BytesThresholdHigh The upper threshold value that triggers events based on the number of bytes stored in the destination. If the number of bytes exceeds this threshold, the triggered events are:
Log Messages - A message is logged on the server indicating a high threshold condition.

Bytes Paging - If bytes paging is enabled (and a paging store has been configured), then destination-level bytes paging is started.

Flow Control - If flow control is enabled, the destination becomes armed and instructs producers to begin decreasing their message flow.
A value of -1 specifies that bytes paging, flow control, and threshold log messages are disabled for the destination.Range of Values: <= BytesMaximum; >BytesThresholdLowThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: Bytes paging cannot be dynamically disabled by resetting the value to -1. To dynamically disable paging, you could set the value to a very large number, so that paging would not be triggered. Admin Console field label: Bytes Threshold HighDefault: -1Minimum: -1Maximum: 2⁶³-1
BytesThresholdLow The lower threshold value that triggers events based on the number of bytes stored in the destination. If the number of bytes falls below this threshold, the triggered events are:
Log Messages - A message is logged on the server indicating that the threshold condition has cleared.

Bytes Paging - If bytes paging is enabled, paging is stopped (if paging is occurring).

Flow Control - If flow control is enabled, the destination becomes disarmed and instructs producers to begin increasing their message flow.
Range of Values: < BytesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted. Admin Console field label: Bytes Threshold LowDefault: -1Minimum: -1Maximum: 2⁶³-1
CreationTime
Default: 1
DeliveryModeOverride The delivery mode assigned to all messages that arrive at the destination regardless of the DeliveryMode specified by the message producer.A value of No-Delivery specifies that the DeliveryMode will not be overridden.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted. Admin Console field label: Delivery Mode OverrideRequired: noDefault: No-Delivery
DestinationKeys Return a read-only array of the destination keys of the JMS template or destination. Admin Console field label: Destination KeysRequired: no
Destinations Return a read-only array of the destinations for the JMS template. Required: no
ErrorDestination The name of the target error destination for messages that have reached their redelivery limit. If no error destination is configured, then such messages are simply dropped. If a message has expired and the Expiration Policy is set to Redirect, then the message is moved to the specified Error Destination.Note: The error destination must be a destination that is configured on the local JMS server.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted. Admin Console field label: Error DestinationRequired: noSecure value: nullMinimum: -1
ExpirationLoggingPolicy The policy that defines what information about the message is logged when the Expiration Policy is set to Log. The valid logging policy values are:

%header% - All JMS header fields are logged.

%properties% - All user-defined properties are logged.

JMSDeliveryTime - This WebLogic JMS-specific extended header field is logged.

JMSRedeliveryLimit - This WebLogic JMS-specific extended header field is logged.

foo - Any valid JMS header field or user-defined property is logged.
When specifying multiple values, enter them as a comma-separated list. The %header% and %properies% values are not case sensitive. For example, you could use "%header%,%properties%" for all the JMS header fields and user properties. However, the enumeration of individual JMS header fields and user-defined properties are case sensitive. To enumerate only individual JMS header fields you could use "%header, name, address, city, state, zip". Note: The JMSMessageID field is always logged and cannot be turned off. Therefore, if the Expiration Logging Policy is not defined (i.e., null) or is defined as an empty string, then the output to the log file contains only the JMSMessageID of the message. Admin Console field label: Expiration Logging PolicyRequired: no
ExpirationPolicy The message Expiration Policy to use when an expired message is encountered on a destination. The valid expiration policies are:None - Same as the Discard policy; expired messages are simply removed from the destination.Discard - Removes expired messages from the messaging system. The removal is not logged and the message is not redirected to another location. If no value is defined for a given destination (i.e., None), then expired messages are discarded.Log - Removes expired messages from the system and writes an entry to the server log file indicating that the messages have been removed from the system. The actual information that is logged is defined by the Expiration Logging Policy.Redirect - Moves expired messages from their current location to the Error Destination defined for the destination. The message retains its body, and all of its properties. The message also retains all of its header fields, but with the following exceptions:
The destination for the message becomes the error destination.

All property overrides associated with the error destination are applied to the redirected message.

If there is no Time-To-Live Override value set for the error destination, then the message receives a new Expiration Time of zero (indicating that it will not expire again).
It is illegal to use the Redirect policy when there is no valid error destination defined for the destination. Similarly, it is illegal to remove the error destination for a destination that is using the Redirect policy.Note: The Maximum Message quota is only enforced for sending new messages. It is ignored when moving messages because of the Redirect policy. Admin Console field label: Expiration PolicyRequired: no
MaximumMessageSize The maximum size of a message that will be accepted from producers on this destination. The message size includes the message body, any user-defined properties, and the user-defined JMS header fields: JMSCorrelationID and JMSType. Producers sending messages that exceed the configured maximum message size for the destination receive a ResourceAllocationException.The maximum message size is only enforced for the initial production of a message. Messages that are redirected to an error destination or forwarded to a member of a distributed destination are not checked for size. For instance, if a destination and its corresponding error destination are configured with a maximum message size of 128K bytes and 64K bytes, respectively, a message of 96K bytes could be redirected to the error destination (even though it exceeds the 64K byte maximum), but a producer could not directly send the 96K byte message to the error destination.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted. Admin Console field label: Maximum Message SizeDefault: 2³¹-1Minimum: 0Maximum: 2³¹-1
MessagesMaximum The maximum message quota (total amount of messages) that can be stored in this destination. The default value of -1 specifies that there is no WebLogic-imposed limit on the number of messages that can be stored in the destination. However, excessive message volume can cause memory saturation, so this value should correspond to the total amount of available system memory relative to the rest of your application load.Range of Values: >= MessagesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: If a JMS template is used for distributed destination members, then this setting applies only to those specific members and not the distributed destination set as a whole. Admin Console field label: Messages MaximumDefault: -1Minimum: -1Maximum: 2⁶³-1
MessagesPagingEnabled Specifies whether messages paging is enabled on destinations created from this JMS template for swapping message bodies out from memory to a persistent paging store when a destination's message load reaches a specified bytes/messages threshold.
false - Messages paging is disabled for the template's destinations-unless the destination setting overrides the template.

true - If a paging store has been configured for the JMS Server, and both the MessagesThresholdLow and MessagesThresholdHigh attribute values are greater than -1, then messages paging is enabled for the template's destinations--unless the destination setting overrides the template.
Note: If no value is defined, this setting defaults to false and messages paging is disabled for the template's destinations--unless the destination setting overrides the template. Admin Console field label: Messages Paging EnabledDefault: false
MessagesThresholdHigh The upper threshold value that triggers events based on the number of messages stored in the destination. If the number of messages exceeds this threshold, the triggered events are:
Log Messages - A message is logged on the server indicating a high threshold condition.

Bytes Paging - If messages paging is enabled (and a paging store has been configured), then destination-level messages paging is started.

Flow Control - If flow control is enabled, the destination becomes armed and instructs producers to begin decreasing their message flow.
A value of -1 specifies that messages paging, flow control, and threshold log messages are disabled for the destination.Range of Values: <= MessagesMaximum; >MessagesThresholdLowThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: Messages paging cannot be dynamically disabled by resetting the the value to -1. To dynamically disable paging, you could set the value to a very large number, so that paging would not be triggered. Admin Console field label: Messages Threshold HighDefault: -1Minimum: -1Maximum: 2⁶³-1
MessagesThresholdLow The lower threshold value that triggers events based on the number of messages stored in the destination. If the number of messages falls below this threshold, the triggered events are:
Log Messages - A message is logged on the server indicating that the threshold condition has cleared.

Bytes Paging - If messages paging is enabled, paging is stopped (if paging is occurring).

Flow Control - If flow control is enabled, the destination becomes disarmed and instructs producers to begin increasing their message flow.
Range of Values: < MessagesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted. Admin Console field label: Messages Threshold LowDefault: -1Minimum: -1Maximum: 2⁶³-1
Name The name of this configuration. WebLogic Server uses an MBean to implement and persist the configuration. Admin Console field label: NameRequired: no
Notes Optional information that you can include to describe this configuration. Admin Console field label: NotesRequired: no
PriorityOverride The priority assigned to all messages that arrive at the destination, regardless of the Priority specified by the message producer.The default value (-1) specifies that the destination will not override the Priority setting. This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted. Admin Console field label: Priority OverrideDefault: -1Minimum: -1Maximum: 9
RedeliveryDelayOverride Defines the delay, in milliseconds, before rolled back or recovered messages are redelivered, regardless of the RedeliveryDelay specified by the consumer and/or connection factory. Redelivered queue messages are put back into their originating destination; redelivered topic messages are put back into their originating subscription.The default value (-1) specifies that the destination will not override the RedeliveryDelay setting.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: Changing the RedeliveryDelayOverride only affects future rollbacks and recovers, it does not affect rollbacks and recovers that have already occurred. Admin Console field label: Redelivery Delay OverrideDefault: -1Minimum: -1Maximum: 2⁶³-1
RedeliveryLimit The number of redelivery tries a message can have before it is moved to the error destination. This setting overrides any redelivery limit set by the message sender. If the redelivery limit is configured, but no error destination is configured, then persistent and non-persistent messages are simply dropped (deleted) when they reach their redelivery limit.The default value (-1) specifies that the destination will not override the message sender's redelivery limit setting.This attribute is dynamically configurable, but only incoming messages are impacted; previously sent messages continue to use their original redelivery limit. Note: The number of times a message has been redelivered is not persisted. This means that after a restart, the number of delivery attempts on each message is reset to zero. Admin Console field label: Redelivery LimitDefault: -1Minimum: -1Maximum: 2³¹-1
TimeToDeliverOverride Defines the default delay, either in milliseconds or as a schedule, between when a message is produced and when it is made visible on its target destination, regardless of the delivery time specified by the producer and/or connection factory.The default value (-1) specifies that the destination will not override the TimeToDeliver setting. The TimeToDeliverOverride can be specified either as a long or as a schedule.Note: Changing the TimeToDeliverOverride only affects future message delivery, it does not affect message delivery of already produced messages. Admin Console field label: Time To Deliver OverrideRequired: noDefault: -1
TimeToLiveOverride The time-to-live value assigned to all messages that arrive at the destination, regardless of the TimeToLive specified by the message producer.The default value (-1) specifies that the destination will not override the TimeToLive setting.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted. Admin Console field label: Time To Live OverrideDefault: -1Minimum: -1Maximum: 2⁶³-1
Type Returns the type of the MBean. Required: no

Attribute	Description	Range of Values and Default
BytesMaximum	The maximum bytes quota (total amount of bytes) that can be stored in this destination. The default value of -1 specifies that there is no WebLogic-imposed limit on the number of bytes that can be stored in the destination. However, excessive bytes volume can cause memory saturation, so this value should correspond to the total amount of available system memory relative to the rest of your application load.Range of Values: >= BytesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: If a JMS template is used for distributed destination members, then this setting applies only to those specific members and not the distributed destination set as a whole.	Admin Console field label: Bytes MaximumDefault: -1Minimum: -1Maximum: 2⁶³-1
BytesPagingEnabled	Specifies whether bytes paging is enabled on destinations created from this JMS template for swapping message bodies out from memory to a persistent paging store when a destination's message load reaches a specified bytes/messages threshold. false - Bytes paging is disabled for the template's destinations-unless the destination setting overrides the template. true - If a paging store has been configured for the JMS Server, and both the BytesThresholdLow and BytesThresholdHigh attribute values are greater than -1, then bytes paging is enabled for the template's destinations--unless the destination setting overrides the template. Note: If no value is defined, then this setting defaults to false and bytes paging is disabled for the template's destinations--unless the destination setting overrides the template.	Admin Console field label: Bytes Paging EnabledDefault: false
BytesThresholdHigh	The upper threshold value that triggers events based on the number of bytes stored in the destination. If the number of bytes exceeds this threshold, the triggered events are: Log Messages - A message is logged on the server indicating a high threshold condition. Bytes Paging - If bytes paging is enabled (and a paging store has been configured), then destination-level bytes paging is started. Flow Control - If flow control is enabled, the destination becomes armed and instructs producers to begin decreasing their message flow. A value of -1 specifies that bytes paging, flow control, and threshold log messages are disabled for the destination.Range of Values: <= BytesMaximum; >BytesThresholdLowThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: Bytes paging cannot be dynamically disabled by resetting the value to -1. To dynamically disable paging, you could set the value to a very large number, so that paging would not be triggered.	Admin Console field label: Bytes Threshold HighDefault: -1Minimum: -1Maximum: 2⁶³-1
BytesThresholdLow	The lower threshold value that triggers events based on the number of bytes stored in the destination. If the number of bytes falls below this threshold, the triggered events are: Log Messages - A message is logged on the server indicating that the threshold condition has cleared. Bytes Paging - If bytes paging is enabled, paging is stopped (if paging is occurring). Flow Control - If flow control is enabled, the destination becomes disarmed and instructs producers to begin increasing their message flow. Range of Values: < BytesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.	Admin Console field label: Bytes Threshold LowDefault: -1Minimum: -1Maximum: 2⁶³-1
CreationTime		Default: 1
DeliveryModeOverride	The delivery mode assigned to all messages that arrive at the destination regardless of the DeliveryMode specified by the message producer.A value of No-Delivery specifies that the DeliveryMode will not be overridden.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.	Admin Console field label: Delivery Mode OverrideRequired: noDefault: No-Delivery
DestinationKeys	Return a read-only array of the destination keys of the JMS template or destination.	Admin Console field label: Destination KeysRequired: no
Destinations	Return a read-only array of the destinations for the JMS template.	Required: no
ErrorDestination	The name of the target error destination for messages that have reached their redelivery limit. If no error destination is configured, then such messages are simply dropped. If a message has expired and the Expiration Policy is set to Redirect, then the message is moved to the specified Error Destination.Note: The error destination must be a destination that is configured on the local JMS server.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.	Admin Console field label: Error DestinationRequired: noSecure value: nullMinimum: -1
ExpirationLoggingPolicy	The policy that defines what information about the message is logged when the Expiration Policy is set to Log. The valid logging policy values are: %header% - All JMS header fields are logged. %properties% - All user-defined properties are logged. JMSDeliveryTime - This WebLogic JMS-specific extended header field is logged. JMSRedeliveryLimit - This WebLogic JMS-specific extended header field is logged. foo - Any valid JMS header field or user-defined property is logged. When specifying multiple values, enter them as a comma-separated list. The %header% and %properies% values are not case sensitive. For example, you could use "%header%,%properties%" for all the JMS header fields and user properties. However, the enumeration of individual JMS header fields and user-defined properties are case sensitive. To enumerate only individual JMS header fields you could use "%header, name, address, city, state, zip". Note: The JMSMessageID field is always logged and cannot be turned off. Therefore, if the Expiration Logging Policy is not defined (i.e., null) or is defined as an empty string, then the output to the log file contains only the JMSMessageID of the message.	Admin Console field label: Expiration Logging PolicyRequired: no
ExpirationPolicy	The message Expiration Policy to use when an expired message is encountered on a destination. The valid expiration policies are:None - Same as the Discard policy; expired messages are simply removed from the destination.Discard - Removes expired messages from the messaging system. The removal is not logged and the message is not redirected to another location. If no value is defined for a given destination (i.e., None), then expired messages are discarded.Log - Removes expired messages from the system and writes an entry to the server log file indicating that the messages have been removed from the system. The actual information that is logged is defined by the Expiration Logging Policy.Redirect - Moves expired messages from their current location to the Error Destination defined for the destination. The message retains its body, and all of its properties. The message also retains all of its header fields, but with the following exceptions: The destination for the message becomes the error destination. All property overrides associated with the error destination are applied to the redirected message. If there is no Time-To-Live Override value set for the error destination, then the message receives a new Expiration Time of zero (indicating that it will not expire again). It is illegal to use the Redirect policy when there is no valid error destination defined for the destination. Similarly, it is illegal to remove the error destination for a destination that is using the Redirect policy.Note: The Maximum Message quota is only enforced for sending new messages. It is ignored when moving messages because of the Redirect policy.	Admin Console field label: Expiration PolicyRequired: no
MaximumMessageSize	The maximum size of a message that will be accepted from producers on this destination. The message size includes the message body, any user-defined properties, and the user-defined JMS header fields: JMSCorrelationID and JMSType. Producers sending messages that exceed the configured maximum message size for the destination receive a ResourceAllocationException.The maximum message size is only enforced for the initial production of a message. Messages that are redirected to an error destination or forwarded to a member of a distributed destination are not checked for size. For instance, if a destination and its corresponding error destination are configured with a maximum message size of 128K bytes and 64K bytes, respectively, a message of 96K bytes could be redirected to the error destination (even though it exceeds the 64K byte maximum), but a producer could not directly send the 96K byte message to the error destination.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.	Admin Console field label: Maximum Message SizeDefault: 2³¹-1Minimum: 0Maximum: 2³¹-1
MessagesMaximum	The maximum message quota (total amount of messages) that can be stored in this destination. The default value of -1 specifies that there is no WebLogic-imposed limit on the number of messages that can be stored in the destination. However, excessive message volume can cause memory saturation, so this value should correspond to the total amount of available system memory relative to the rest of your application load.Range of Values: >= MessagesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: If a JMS template is used for distributed destination members, then this setting applies only to those specific members and not the distributed destination set as a whole.	Admin Console field label: Messages MaximumDefault: -1Minimum: -1Maximum: 2⁶³-1
MessagesPagingEnabled	Specifies whether messages paging is enabled on destinations created from this JMS template for swapping message bodies out from memory to a persistent paging store when a destination's message load reaches a specified bytes/messages threshold. false - Messages paging is disabled for the template's destinations-unless the destination setting overrides the template. true - If a paging store has been configured for the JMS Server, and both the MessagesThresholdLow and MessagesThresholdHigh attribute values are greater than -1, then messages paging is enabled for the template's destinations--unless the destination setting overrides the template. Note: If no value is defined, this setting defaults to false and messages paging is disabled for the template's destinations--unless the destination setting overrides the template.	Admin Console field label: Messages Paging EnabledDefault: false
MessagesThresholdHigh	The upper threshold value that triggers events based on the number of messages stored in the destination. If the number of messages exceeds this threshold, the triggered events are: Log Messages - A message is logged on the server indicating a high threshold condition. Bytes Paging - If messages paging is enabled (and a paging store has been configured), then destination-level messages paging is started. Flow Control - If flow control is enabled, the destination becomes armed and instructs producers to begin decreasing their message flow. A value of -1 specifies that messages paging, flow control, and threshold log messages are disabled for the destination.Range of Values: <= MessagesMaximum; >MessagesThresholdLowThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: Messages paging cannot be dynamically disabled by resetting the the value to -1. To dynamically disable paging, you could set the value to a very large number, so that paging would not be triggered.	Admin Console field label: Messages Threshold HighDefault: -1Minimum: -1Maximum: 2⁶³-1
MessagesThresholdLow	The lower threshold value that triggers events based on the number of messages stored in the destination. If the number of messages falls below this threshold, the triggered events are: Log Messages - A message is logged on the server indicating that the threshold condition has cleared. Bytes Paging - If messages paging is enabled, paging is stopped (if paging is occurring). Flow Control - If flow control is enabled, the destination becomes disarmed and instructs producers to begin increasing their message flow. Range of Values: < MessagesThresholdHighThis attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.	Admin Console field label: Messages Threshold LowDefault: -1Minimum: -1Maximum: 2⁶³-1
Name	The name of this configuration. WebLogic Server uses an MBean to implement and persist the configuration.	Admin Console field label: NameRequired: no
Notes	Optional information that you can include to describe this configuration.	Admin Console field label: NotesRequired: no
PriorityOverride	The priority assigned to all messages that arrive at the destination, regardless of the Priority specified by the message producer.The default value (-1) specifies that the destination will not override the Priority setting. This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.	Admin Console field label: Priority OverrideDefault: -1Minimum: -1Maximum: 9
RedeliveryDelayOverride	Defines the delay, in milliseconds, before rolled back or recovered messages are redelivered, regardless of the RedeliveryDelay specified by the consumer and/or connection factory. Redelivered queue messages are put back into their originating destination; redelivered topic messages are put back into their originating subscription.The default value (-1) specifies that the destination will not override the RedeliveryDelay setting.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.Note: Changing the RedeliveryDelayOverride only affects future rollbacks and recovers, it does not affect rollbacks and recovers that have already occurred.	Admin Console field label: Redelivery Delay OverrideDefault: -1Minimum: -1Maximum: 2⁶³-1
RedeliveryLimit	The number of redelivery tries a message can have before it is moved to the error destination. This setting overrides any redelivery limit set by the message sender. If the redelivery limit is configured, but no error destination is configured, then persistent and non-persistent messages are simply dropped (deleted) when they reach their redelivery limit.The default value (-1) specifies that the destination will not override the message sender's redelivery limit setting.This attribute is dynamically configurable, but only incoming messages are impacted; previously sent messages continue to use their original redelivery limit. Note: The number of times a message has been redelivered is not persisted. This means that after a restart, the number of delivery attempts on each message is reset to zero.	Admin Console field label: Redelivery LimitDefault: -1Minimum: -1Maximum: 2³¹-1
TimeToDeliverOverride	Defines the default delay, either in milliseconds or as a schedule, between when a message is produced and when it is made visible on its target destination, regardless of the delivery time specified by the producer and/or connection factory.The default value (-1) specifies that the destination will not override the TimeToDeliver setting. The TimeToDeliverOverride can be specified either as a long or as a schedule.Note: Changing the TimeToDeliverOverride only affects future message delivery, it does not affect message delivery of already produced messages.	Admin Console field label: Time To Deliver OverrideRequired: noDefault: -1
TimeToLiveOverride	The time-to-live value assigned to all messages that arrive at the destination, regardless of the TimeToLive specified by the message producer.The default value (-1) specifies that the destination will not override the TimeToLive setting.This attribute is dynamically configurable, but only incoming messages are impacted; stored messages are not impacted.	Admin Console field label: Time To Live OverrideDefault: -1Minimum: -1Maximum: 2⁶³-1
Type	Returns the type of the MBean.	Required: no