Sun Java logo     Previous      Contents      Index      Next     

Sun logo
Sun Java System Message Queue 3.5 SP1 Administration Guide 

Appendix G  
Message Queue Implementation of Optional JMS Functionality

The JMS specification indicates certain items that are optional-- each JMS provider (vendor) chooses whether or not to implement them. The Message Queue product handling of each of these optional items is indicated below:

Table G-1  Optional JMS Functionality 

Section in JMS Specification

Description and Message Queue Handling


“Since message ID’s take some effort to create and increase a message’s size, some JMS providers may be able to optimize message overhead if they are given a hint that message ID is not used by an application. JMS Message Producer provides a hint to disable message ID.”

Message Queue implementation:    Product does not disable Message ID generation (any setDisableMessageID() call in MessageProducer is ignored). All messages will contain a valid MessageID value.

Overriding Message Header Fields

“JMS does not define specifically how an administrator overrides these header field values. A JMS provider is not required to support this administrative option.”

Message Queue implementation:    The Message Queue product supports administrative override of the values in message header fields through configuration of connection factory administered objects (see Table 7-3).

JMS Defined Properties

“JMS Reserves the ’JMSX’ Property name prefix for JMS defined properties.”
“Unless noted otherwise, support for these properties is optional.”

Message Queue implementation:    The JMSX properties defined by the JMS 1.1 specification are supported in the Message Queue product (see Table 7-3).

Provider-specific Properties

“JMS reserves the ’JMS_<vendor_name>’ property name prefix for provider-specific properties.”

Message Queue implementation:    The purpose of the provider-specific properties is to provide special features needed to support JMS use with provider-native clients. They should not be used for JMS to JMS messaging. Message Queue 3.5 SP1 does not use provider-specific properties.

Distributed Transactions

“JMS does not require that a provider support distributed transactions.”

Message Queue implementation:    Distributed transactions are supported in this release of the Message Queue product (see "Distributed Transactions").

Multiple Sessions

“For PTP <point-to-point distribution model>, JMS does not specify the semantics of concurrent QueueReceivers for the same queue; however, JMS does not prohibit a provider from supporting this.” See section 5.8 of the JMS specification for more information.

Message Queue implementation:    The Message Queue implementation supports queue delivery to multiple consumers. For more information, see "Queue Delivery to Multiple Consumers".

Previous      Contents      Index      Next     

Copyright 2003 Sun Microsystems, Inc. All rights reserved.