|
Sun Java System Message Queue Release Notes for HP-UX |
Sun Java™ System Message Queue Release Notes for HP-UX
Version 3 2005Q1 (3.6)
Part Number 819-1569-10
These release notes contain important information available at the time of release of Sun Java™ System Message Queue 3 2005Q1 (3.6) for HP-UX. Known issues and limitations, and other information are addressed here. Read this document before you begin using Message Queue.
The most up-to-date version of these release notes can be found at the Sun Java System Message Queue documentation web site: http://docs.sun.com/coll/MessageQueue_05q1. Check the web site prior to installing and setting up your software and then periodically thereafter to view the most up-to-date release notes and product documentation.
These release notes contain the following sections:
Third-party URLs are referenced in this document and provide additional, related information.
Release Notes Revision History
About Message Queue 3 2005Q1 (3.6)Sun Java System Message Queue is a full-featured message service that provides reliable, asynchronous messaging that conforms to the Java Messaging Specification (JMS) 1.1. In addition, Message Queue provides a host of features that go beyond the JMS specification to provide for the needs of large-scale enterprise deployments.
This section includes:
What’s New in This Release
New features in Message Queue 3 2005Q1 (3.6) include:
These are described in the following sub-sections.
Dead Message Queue
Message Queue automatically creates a specialized destination at broker startup that is used to store dead messages for diagnostic purposes. A dead message is one that is removed from the system for a reason other than normal processing or explicit administrator action. A message might be considered dead because it has expired, because it has been removed from a destination due to memory limit overruns, or because of failed delivery attempts.
An administrator can configure destinations to either discard dead messages or place them in the dead message queue. When placed in the dead message queue, additional property information is written into the message, providing an administrator with information about the cause of death. A client developer can also set a property value when creating a message that determines whether the message should be placed in the dead message queue were it to die.
For more information, see the Message Queue Administration Guide.
No Acknowledge Mode
The NO_ACKNOWLEDGE acknowledgement mode is an extension to the JMS API. Normally, the broker waits for a client acknowledgement. That acknowledgement must be made programmatically if the client has specified CLIENT_ACKNOWLEDGE or it can be made automatically, by the session, if the client has specified AUTO_ACKNOWLEDGE or DUPS_OK. If a consuming client specifies the NO_ACKNOWLEDGE mode, the broker discards the message as soon as it has sent it to the consuming client. This feature is intended for use by non-durable subscribers consuming non-persistent messages, but it can be used by any consumer.
Using this feature improves performance by reducing protocol traffic and broker work involved in acknowledging a message. This feature can also improve performance for brokers dealing with misbehaving clients who do not acknowledge messages and therefore tie down broker memory resources unnecessarily. Using this mode has no effect on producers.
There is no support for the NO_ACKNOWLEDGE mode in C clients. For more information, see the Message Queue Developer’s Guide for Java Clients.
Client Message Body Compression
The developer can specify that the body of a message can be compressed. Message compression and decompression is handled entirely by the client runtime and does not affect the broker. Therefore, applications can use this feature with a previous version of the broker, but they must use version 3.6 2005Q1 (3.6) of the Message Queue client runtime library.
Advantages and Limitations of Compression
Although message compression has been added to improve performance, such benefit is not guaranteed. Benefits vary with the size and format of messages, the number of consumers, network bandwidth, and CPU performance. For example, the cost of compression and decompression might be higher than the time saved in sending and receiving a compressed message. This is especially true when sending small messages in a high-speed network. On the other hand, applications that publish large messages to many consumers or who publish in a slow network environment, might improve system performance by compressing messages.
Message consumers deployed with client runtime libraries that precede version 3.6 2005Q1 (3.6) cannot handle compressed messages. Clients configured to send compressed messages must make sure that consumers are compatible. C clients cannot currently consume compressed messages.
For more information, see the Message Queue Developer’s Guide for Java Clients.
Connection Failure Detection (Client Runtime Ping)
Message Queue 3.6 2005Q1 introduces a new ConnectionFactory attribute named imqPingInterval. The imqPingInterval attribute specifies the frequency of a ping operation from the client runtime to the broker. By periodically testing the connection, the client runtime can preemptively detect a failed connection. If the ping operation fails, the client runtime throws an exception to the client application’s exception listener object. If the application does not have an exception listener, the application’s next attempt to use the connection fails.
For more information, see the Message Queue Administration Guide.
Certificate Management: C-API NSS Tools
The C-API uses NSS (Network Security Services) libraries to support SSL. These libraries provide APIs and utilities for developing secure applications. These utilities include tools to manage keys and certificate databases. In Message Queue 3.5, we asked developers to use Mozilla to manage NSS keys and certificates. In Message Queue 3.6 2005Q1, administrators can use the NSS certutil tool to generate the needed keys and certificates.
For more information, see the Message Queue Developer’s Guide for C Clients.
Support for C-API Basic Authentication
Message Queue 3.6 2005Q1 C-API supports the basic authentication type. Previous releases of Message Queue did not support the basic authentication type.
64-bit C-API Support
Message Queue now contains 64-bit C-API support on the Solaris/SPARC platform. For more information about enabling 64-bit C-API support, see the Message Queue Developer’s Guide for C Clients.
Hardware and Software Requirements
This section specifies the hardware and software required for this release of Message Queue.
The table below lists hardware and software requirements for HP-UX operating systems
Table 2 HP-UX Hardware and Software Requirements
Component
Platform Requirement
Operating System
HP-UX 11i vi
CPU
PA-RISC 2.0
RAM
256 Mbytes
Disk Space
20 Mbytes
Message Queue 3.6 also depends upon other technologies, as indicated in the table below. This table lists and describes the basic components that you must install in order to be able to develop and run Message Queue clients.
The table below lists and describes the components that you can install to provide additional support for a Message Queue client. You might just need some of the components listed. For example, if you are not writing a C client to Message Queue, you will not need any of the components required for C client support.
Bugs Fixed in This ReleaseThe table below describes the bugs fixed in Message Queue 3 2005Q1 (3.6):
Important InformationThis section covers the following topics:
Installation Notes
Refer to the Sun Java Enterprise System Installation Guide for information about pre-installation instructions and all other information relevant to installing Message Queue Enterprise Edition on the HP-UX platforms.
Patch Requirement Information
The following table describes the patches required for HP-UX installation:
Compatibility Issues
This section covers compatibility issues in Message Queue 3 2005Q1 (3.6).
Issues in Message Queue 3 2005Q1 (3.6)
The following sections describe issues that affect HP-UX platforms.
Deprecation of Password Options
The following options have been deprecated for security reasons:
If a password is specified as a part of a command such as the following:
imqcmd query bkr -u admin -p adminpassword
a user could see the administrator password while listing or querying a machine's processes.
Use the -passfile option instead. The passfile option is explained in the chapter on security in the Message Queue Administration Guide.
For more information, see Appendix A, “Location of Message Queue Data”, in the Message Queue Administration Guide.
HP-UX Depot Package Names
The table below shows the Names of Message Queue 3.6 HP-UX Depot packages.
Table 7 Depot Packages in HP-UX Bundle
Depot
Description
Notes
sun-mq-config
/etc files
sun-mq-var
/var files
sun-mq-ent
Enterprise Edition license file.
This Depot is only shipped with Message Queue, Enterprise Edition, available with Java Enterprise System.
sun-mq
/opt/sun/mq
Contains core binary for Message Queue.
sun-mq-jaxm
Message Queue Java API for XML Messaging (JAXM): API
Depends on sun-saaj
sun-mq-capi
C-API
Depends on sun-nspr, sun-nss
sun-javahelp1
JavaHelp: API and runtime
Supports JavaHelp viewer for Admin Console help
sun-nss1
Network Security Services (NSS) libraries.
Needed to support C language clients
sun-nspr1
Netscape Portable Runtime (NSPR) libraries
Needed to support C clients
sun-saaj1
SOAP with Attachments API for Java: API and runtime
Required to support Java clients using SOAP/JAXM API
sun-jaxp1
Message Queue Java API for XML Processing (JAXP): API and runtime
Required to support Java clients using SOAP/JAXM API
sun-javamail1
JavaMail: API and runtime
Required to support Java clients using SOAP/JAXM API
sun-jaf1
JavaBeans Activation Framework: API and runtime
Required to support Java clients using SOAP/JAXM API
sun-mq-xmlclient
Message Queue XML client
Required to support Java clients using XML
sun-mq-jmsclient
Message Queue JMS client
Required to support Java clients using JMS
1This Depot package is shared by a number of Sun Java System products.
Issues Related to the Next Major Release of Message Queue
The next major release of Message Queue may introduce changes that make your clients incompatible with that release. This information is provided now to allow you to prepare for these changes.
- This is the last feature release of Sun Java System Message Queue that will be backwards compatible with Sun One Message Queue 3.0.1. In particular, future releases of Sun Java System Message Queue will not support the following:
- This is the last release of Sun Java System Message Queue that will support being integrated as the “System JMS Messaging Provider” for Sun Java System Application Server 7.X. Future releases of Sun Java System Message Queue will only support Sun Java System Application Server 8.0 and above.
- This is the last release of Sun Java System Message Queue that will include the SOAP runtime and support the Message Queue SOAP Administered Objects.
- Future releases will only support SOAP in conjunction with a Java 2 Standard Edition Platform version that supports SOAP.
- Sun Java System Message Queue client support for all releases of Java 2 Standard Edition 1.3 will be dropped. Java 2 Standard Edition 1.4 will continue to be supported.
- The locations of individual files installed as part of Sun Java System Message Queue might change. This could break existing applications that depend on the current location of certain Message Queue files.
- Sun Java System Message Queue clients that use a version of Message Queue older than the next major version might not have access to the new features offered in that version of the product.
Documentation Updates for Message Queue 3.6 2005Q1 (3.6)
The following Message Queue documents were updated from Version 3.5 of the product:
Installation Guide
The Message Queue Installation Guide was updated to reflect branding changes and platform-specific information. This document now contains installation information relevant to Message Queue, Platform Edition.
Message Queue, Enterprise Edition installation information moved to the Sun Java System Installation Guide.
For information on upgrade and migration to Message Queue 3.6 2005Q1 (3.6), Enterprise Edition, see the Sun Java System Upgrade and Migration Guide.
Technical Overview
The Message Queue Technical Overview is a new document that describes the Message Queue product, its features, architecture, technology, and terminology. This new book contains overview information previously contained in other books and is meant to be used by Message Queue users--both administrators and developers--and prospective users, as well.
Administration Guide
The Message Queue Administration Guide has been updated to reflect branding changes and new features. This document has also been reorganized for better usability by Message Queue administrators. Overview information previously contained in this document has been moved to the Message Queue Technical Overview.
Java Client Developer’s Guide
The Java Client Developer’s Guide has been updated to reflect branding changes and new features. The document has also been renamed to Message Queue Developer’s Guide for Java Clients.
The Message Queue Developer’s Guide for Java Clients has been reorganized for better usability by Message Queue Java Client Developers. Overview information previously contained in this document has been moved to the Message Queue Technical Overview.
C Client Developer’s Guide
The C Client Developer’s Guide was updated to reflect branding changes and new features. The document has also been renamed to Message Queue Developer’s Guide for C Clients.
The Message Queue Developer’s Guide for C Clients has been reorganized for better usability by Message Queue C Client Developers. Overview information previously contained in this document has been moved to the Message Queue Technical Overview.
Known Issues and LimitationsThis section describes the known issues and limitations of Message Queue 3.6 for HP-UX. For a list of the known issues and limitations in this component, refer to the following Release Notes:
http://docs.sun.com/app/docs/doc/819-0064
The following product areas are covered:
For a list of current bugs, their status, and workarounds, Java Developer Connection™ members should see the Bug Parade page on the Java Developer Connection web site. Please check that page before you report a new bug. Although all Message Queue bugs are not listed, the page is a good starting place if you want to know whether a problem has been reported.
The relevant page is:
To report a new bug or submit a feature request, send mail to imq-feedback@sun.com.
General Issues
This section covers general issues in Message Queue 3 2005Q1 (3.6). This section covers the issues apply to Enterprise Editions of Message Queue.
- You cannot edit a broker’s instance configuration file without having started the broker instance at least once. This is because the config.properties file does not exist until the broker instance is first started. To configure a broker to use pluggable persistence or to set other configuration properties, run the broker once (with the instance name that should be used to create the broker) to create the config.properties file:
- Only fully-connected broker clusters are supported. This means that every broker in a cluster must communicate directly with every other broker in the cluster. If you are connecting brokers using the imqbrokerd -cluster command line argument, be careful to ensure that all brokers in the cluster are included.
- A client connected to a broker that is part of a cluster cannot currently use QueueBrowser to browse queues that are located on remote brokers in that cluster. The client can only browse the contents of queues that are located on the broker to which it is directly connected. The client may still send messages to any queue or consume messages from any queue on any broker in the cluster; the limitation only affects browsing.
- If a Master Broker is not used in a broker cluster, persistent information stored by a broker being added to the cluster is not propagated to other brokers in the cluster.
- When a JMS client using the HTTP transport terminates abruptly (for example, using Ctrl-C) the broker takes approximately one minute before the client connection and all the associated resources are released.
If another instance of the client is started within the one minute period and if it tries to use the same Client ID, durable subscription, or queue, it might receive a “Client ID is already in use” exception. This is not a real problem; it is just the side effect of the termination process described above. If the client is started after a delay of approximately one minute, everything should work fine.
Redistributable FilesSun Java System Message Queue 3.6 2005Q1 contains the following set of files which you may use and freely distribute in binary form:
How to Report Problems and Provide FeedbackIf you have problems with Sun Java System Message Queue, contact Sun customer support using one of the following mechanisms:
- Sun Software Support services online at
http://www.sun.com/service/sunone/softwareSo that we can best assist you in resolving problems, please have the following information available when you contact support:
- Description of the problem, including the situation where the problem occurs and its impact on your operation
- Machine type, operating system version, and product version, including any patches and other software that might be affecting the problem
- Detailed steps on the methods you have used to reproduce the problem
- Any error logs or core dumps
Sun Java System Software Forum
There is a Sun Java System Message Queue forum available at the following location:
We welcome your participation.
Java Technology Forum
There is a JMS forum in the Java Technology Forums that might be of interest.
Sun Welcomes Your Comments
Sun is interested in improving its documentation and welcomes your comments and suggestions.
To share your comments, go to http://docs.sun.com and click Send Comments. In the online form, provide the document title and part number. The part number is a seven-digit or nine-digit number that can be found on the title page of the guide or at the top of the document.
Additional Sun ResourcesUseful Sun Java System information can be found at the following Internet locations:
- Documentation for Message Queue
http://docs.sun.com/coll/MessageQueue_05q1- Sun Java System Documentation
http://docs.sun.com/prod/java.sys- Sun Java System Professional Services
http://www.sun.com/service/sunps/sunone- Sun Java System Software Products and Service
http://www.sun.com/software- Sun Java System Software Support Services
http://www.sun.com/service/sunone/software- Sun Java System Support and Knowledge Base
http://www.sun.com/service/support/software- Sun Java System Software Support Services
http://www.sun.com/support/- Sun Java System Consulting and Professional Services
http://www.sun.com/service/sunps/sunone- Sun Java System Developer Information
http://developers.sun.com- Sun Developer Support Services
http://www.sun.com/developers/support- Sun Java System Software Training
http://www.sun.com/software/training- Sun Software Data Sheets
http://wwws.sun.com/software
Copyright � 2005 Sun Microsystems, Inc. All rights reserved.
Sun Microsystems, Inc. has intellectual property rights relating to technology embodied in the product that is described in this document. In particular, and without limitation, these intellectual property rights may include one or more of the U.S. patents listed at http://www.sun.com/patents and one or more additional patents or pending patent applications in the U.S. and in other countries.
SUN PROPRIETARY/CONFIDENTIAL.
U.S. Government Rights - Commercial software. Government users are subject to the Sun Microsystems, Inc. standard license agreement and applicable provisions of the FAR and its supplements.
Use is subject to license terms.
This distribution may include materials developed by third parties.
Portions may be derived from Berkeley BSD systems, licensed from U. of CA.
Sun, Sun Microsystems, the Sun logo, Java and Solaris are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other countries. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. in the U.S. and other countries.
Copyright � 2005 Sun Microsystems, Inc. Tous droits r�serv�s.
Sun Microsystems, Inc. d�tient les droits de propri�t� intellectuels relatifs � la technologie incorpor�e dans le produit qui est d�crit dans ce document. En particulier, et ce sans limitation, ces droits de propri�t� intellectuelle peuvent inclure un ou plusieurs des brevets am�ricains list�s � l'adresse http://www.sun.com/patents et un ou des brevets suppl�mentaires ou des applications de brevet en attente aux Etats - Unis et dans les autres pays.
Propri�t� de SUN/CONFIDENTIEL.
L'utilisation est soumise aux termes du contrat de licence.
Cette distribution peut comprendre des composants d�velopp�s par des tierces parties.
Des parties de ce produit pourront �tre d�riv�es des syst�mes Berkeley BSD licenci�s par l'Universit� de Californie.
Sun, Sun Microsystems, le logo Sun, Java et Solaris sont des marques de fabrique ou des marques d�pos�es de Sun Microsystems, Inc. aux Etats-Unis et dans d'autres pays.
Toutes les marques SPARC sont utilis�es sous licence et sont des marques de fabrique ou des marques d�pos�es de SPARC International, Inc. aux Etats-Unis et dans d'autres pays.