Amqwac 00
Amqwac 00
Quick Beginnings
V5.1
GC34-5557-00
MQSeries® for AS/400® IBM
Quick Beginnings
V5.1
GC34-5557-00
Note!
Before using this information and the product it supports, be sure to read the general information under
“Appendix C. Notices” on page 105.
Contents v
vi MQSeries for AS/400, V5.1 Quick Beginnings
Tables
1. National-language versions of MQSeries 4. MQSeries for AS/400 books . . . . . 91
for AS/400, V5.1. . . . . . . . . 14 5. MQSeries publications – file names 95
2. Authorities required to open an object 29 6. Sample programs – source files . . . . 99
3. Authorities for Context and
AlternateUserID . . . . . . . . . 29
http://www.ibm.com/software/ts/mqseries/
Conventions
Knowing the conventions used in this book will help you use it more
efficiently.
v Boldface type indicates the name of an item you need to select.
v Italic type indicates new terms, book titles, or variable information that you
must replace with actual values.
v Monospace type indicates an example (such as a fictitious path or file name)
or text that is displayed on the screen.
For more detailed explanations of these topics see the MQSeries Planning
Guide.
Message Queuing
MQSeries enables applications to use message queuing to participate in
message-driven processing. Applications can communicate across different
platforms by using the appropriate message-queuing software products. The
applications are shielded from the mechanics of the underlying
communications.
MQI – a Common Application Programming Interface
All MQSeries products implement a common application programming
interface (message queue interface or MQI), regardless of the platform on
which the applications are run. The calls made by the applications and the
messages they exchange are common. This makes it much easier to write and
maintain applications than it is when using traditional methods. It also makes
it easier to port applications from one platform to another.
Time-Independent Applications
With message queuing, the exchange of messages between the sending and
receiving programs is time independent. This means that the sending and
receiving applications are decoupled; the sender can continue processing
without having to wait for the receiver to acknowledge receipt of the message.
In fact, the target application does not even have to be running when the
message is sent. It can retrieve the message when it starts running.
Message-Driven Processing
On arrival on a queue, messages can automatically start an application by
using a technique known as triggering. If necessary, the application can be
stopped when the message or messages have been processed.
MQSeries messages have two parts; the application data and a message
descriptor. The content and structure of the application data are defined by the
application programs that use the data. The message descriptor identifies the
message and contains control information, such as the type of message and
the priority assigned to it by the sending application.
What is a Queue?
A queue is a data structure that stores messages. The messages may be put on
the queue by applications or by a queue manager as part of its normal
operation.
Queues exist independently of the applications that use them. A queue can
exist in main storage (if it is temporary), on disk or similar auxiliary storage
(if it must be kept in case of recovery), or in both places (if it is currently
being used, and must also be kept for recovery). Each queue belongs to a
queue manager, which is responsible for maintaining it. The queue manager
puts the messages it receives onto the appropriate queue.
Queues can exist either in your local system, in which case they are called
local queues, or at another queue manager, in which case they are called remote
queues.
Applications use MQI calls to send and receive messages. One application can
put a message on a queue and another application can retrieve the message
from the same queue.
MQSeries Objects
An MQSeries object is a recoverable resource that is managed by MQSeries.
Many of the tasks that are described in this chapter involve manipulating the
following types of MQSeries object:
v Queue managers
v Queues
v Process definitions
v Channels
v Namelists
MQSeries creates default objects for you when you create a queue manager.
Each object has a name associated with it. You can specify that name in
MQSeries commands and MQI calls to refer to the object. Names must be
unique within each of the object types. For example, you can have a queue
and a process with the same name, but you cannot have two queues with the
same name.
Queue Managers
A queue manager provides queuing services to applications, and manages the
queues that belong to it. It ensures that:
v Object attributes are changed according to the commands received.
v Special events such as trigger events or instrumentation events are
generated when the appropriate conditions are met.
v Messages are put on the correct queue, as requested by the application that
makes the MQPUT call. The application is informed if this cannot be done,
and an appropriate reason code is given.
Each queue belongs to a single queue manager and is said to be a local queue
to that queue manager. The queue manager to which an application is
connected is said to be the local queue manager for that application. For the
application, the queues that belong to its local queue manager are local
queues. A remote queue is simply a queue that belongs to another queue
manager. A remote queue manager is any queue manager other than the local
queue manager. A remote queue manager may exist on a remote machine
across the network, or it may exist on the same machine as the local queue
manager. MQSeries for AS/400, V5.1 supports multiple queue managers on
the same machine.
Queues
A queue is an MQSeries object that can store messages. Each queue has queue
attributes that determine what happens when applications reference the queue
in MQI calls. The attributes indicate:
v Whether applications can retrieve messages from the queue (get enabled)
v Whether applications can put messages onto the queue (put enabled)
v Whether access to the queue is exclusive to one application or shared
between applications
v The maximum number of messages that can be stored on the queue at the
same time (maximum queue depth)
v The maximum size of messages that can be put on the queue (maximum
message size)
Process Definitions
A process definition object defines an application that is to be started in response
to a trigger event on an MQSeries queue manager.
See the MQSeries Application Programming Guide for more information about
triggering.
Channels
A channel provides a communication path. There are two types of channel;
message channels and MQI channels.
A message channel can transmit messages in one direction only. If you require
two-way communication between two queue managers, you need two
message channels.
Namelists
A namelist is an MQSeries object that contains a list of other MQSeries objects.
Typically, namelists are used by applications such as trigger monitors, where
they are used to list a number of queues. The advantage of using a namelist is
that it is maintained independently of applications. You can update a namelist
without having to stop any of the applications that use it. Also, if one
application fails, the namelist is not affected and other applications can
continue using it.
For more information about clients, client support, and creating channels for
clients and servers, see the MQSeries Clients book.
Instrumentation Events
You can use MQSeries instrumentation events to monitor the operation of
queue managers.
If you define your event queues as remote queues, you can put all the event
queues on a single queue manager (for those nodes that support
instrumentation events). You can then use the events that are generated to
monitor a network of queue managers from a single node.
Types of Event
MQSeries events are categorized as follows:
Queue manager events
These events are related to the definitions of resources within queue
managers. For example, if an application attempts to open a queue
but the associated user ID is not authorized to perform that operation,
a queue manager event is generated.
Performance events
These events are notifications that a resource has reached a threshold
condition. For example, a queue has reached its queue-depth limit
following an MQGET request, or a queue has not been serviced
within a predefined period of time.
Channel events
These events are reported by channels as a result of conditions they
detect during their operation. For example, a channel event is
generated when a channel instance is stopped.
Transactional Support
An application program can group a set of updates into a unit of work. These
updates are usually logically related and must all be successful for data
integrity to be preserved. If one update succeeded while another failed then
data integrity would be lost.
A local unit of work is one in which the only resources updated are those
belonging to the MQSeries queue manager. Syncpoint coordination is
provided by the queue manager itself, using a single-phase commit process.
A global unit of work is one in which resources that belong to other resource
managers, such as a DB2/400® database, are also updated. Here, a two-phase
commit procedure must be used and the unit of work is coordinated
externally by the operating system commitment controller.
Full recovery support is provided if the queue manager loses contact with the
database manager during the commit process. If the database manager
becomes unavailable while it is in doubt (that is, it has been called to prepare
but the commitment controller has yet to receive a commit or backout
decision) the commitment controller remembers the outcome of the unit of
work until it has been successfully delivered. Similarly, if the queue manager
terminates with incomplete commit operations outstanding, these are
remembered over queue-manager restart.
Clusters are supported by all MQSeries Version 5.1 products, and also
by MQSeries for OS/390®, Version 2.1.
Java support
MQSeries classes for Java™ include support for MQSeries for AS/400,
V5.1.
New calls
MQSeries for AS/400, V5.1 supports the following new calls:
v MQCONNX, which allows you to specify queue-manager
connection options.
v MQCMIT, MQBACK, and MQBEGIN, which allow MQSeries to
coordinate a local unit of work.
Two-phase commit
MQSeries for AS/400, V5.1 participates as a two-phase commit
resource in global units of work (UOW) managed by OS/400®.
Automatic object creation
MQSeries for AS/400, V5.1 creates default objects automatically when
you create a queue manager.
Conversion of the EBCDIC new-line character
You can control the conversion of EBCDIC new-line characters. Thus
you can ensure that data transmitted between EBCDIC systems and
ASCII systems is unaltered by the ASCII conversion.
Multiple queue managers
MQSeries for AS/400 now supports multiple queue managers. You
can nominate one queue manager to be the default queue manager.
You can perform actions on a default queue manager without
specifying its name on the commands.
Job priority control
Users can set independent priority for individual MQSeries jobs - for
example, channel agents.
MQSeries subsystem
MQSeries for AS/400, V5.1 has its own subsystem. Previous releases
used QSYSWRK.
Euro support
MQSeries supports new and changed code pages that use the euro
currency symbol. Further details of code pages that include the euro
symbol are provided in the MQSeries Application Programming Reference
book.
Multithreaded channels
MQSeries for AS/400, V5.1 supports multithreaded channels.
Multithreaded applications
MQSeries for AS/400, V5.1 supports multithreaded applications.
The information in this chapter applies to the server environment only. For
information about client environments, see “Chapter 6. Planning to Install
MQSeries Clients” on page 45.
Hardware Requirements
MQSeries for AS/400, V5.1 runs on any machine that is capable of running
OS/400 V4R4, and that has sufficient storage to meet the combined
requirements of the programming prerequisites, MQSeries for AS/400, V5.1,
the access methods, and the application programs, whether from IBM or other
vendors.
The installation requirements depend on the components you install and how
much working space you need. This, in turn, depends on the number of
queues that you use, the number and size of the messages on the queues, and
whether the messages are persistent. You also require archiving capacity on
disk, tape, or other media.
Disk Space Required
For the MQSeries for AS/400, V5.1 base code and server you should allow
approximately 60 MB of storage.
Software Requirements
This is the minimum supported software level. Later levels, if any, will be
supported unless otherwise stated.
Connectivity
The network protocols supported by MQSeries for AS/400 are:
v TCP
v SNA LU 6.2
The following language versions are available for MQSeries for AS/400, V5.1:
Table 1. National-language versions of MQSeries for AS/400, V5.1
Language ID Language
Note: The Japanese language version of this product does not run correctly if
your job CCSID is 5026. For details of supported CCSIDs to use with
this language version, see the readme file.
QMxxxx Library
Each time you create a queue manager MQSeries automatically creates an
associated library. This library contains objects specific to the queue manager,
including journals and associated receivers. The name of this library is
derived from the name of the queue manager prefixed with the characters
QM. For example, for a queue manager called TEST, the library would be
called QMTEST.
You can use the WRKLIB command to list all the libraries that MQSeries for
AS/400 has created. Against the queue manager libraries, you will see the text
QMGR: QMGRNAME. The format of the command is:
WRKLIB LIB(QM*)
The IFS file structure is shown in the MQSeries for AS/400 V5.1 System
Administration book.
User Profiles
When you install MQSeries for AS/400, V5.1, a number of user profiles are
created. These include QMQM, QMQMADM, and NOBODY. These three
objects are central to the correct running of MQSeries for AS/400. Under no
circumstances should you alter or delete them. If you do, IBM cannot
guarantee correct behavior of your product.
Delivery
MQSeries for AS/400, V5.1 is supplied on CD-ROM.
http://www.ibm.com/software/ts/mqseries/
Samples
Sample application programs. The source is supplied in the
QMQMSAMP library and executables are supplied in the QMQM
library. See “Appendix A. Sample MQI Programs” on page 99.
MQSeries online documentation
HTML and PDF versions of the books are supplied on the
publications CD-ROM. They are not installable. You can read them
directly from the CD-ROM or you can copy them to your system. For
example, you could copy them to your PC hard drive, or store them
in the AS/400 IFS and then access them using a network drive.
Each book is supplied in U.S. English and also in some or all of the
following national languages:
v French
v German
v Italian
v Japanese
v Korean
v Spanish
v Simplified Chinese
You can refresh them using the STRMQM command. Refer to the online help
for information about using this command.
In addition to reading the information in this chapter, you should refer to the
readme file on the publications CD-ROM, and also to the latest information
available on the MQSeries Web site at:
http://www.ibm.com/software/ts/mqseries/
Before Installation
If you are migrating from an earlier release of MQSeries for AS/400, refer to
“Migrating to MQSeries for AS/400, V5.1” on page 24.
You must have the OS/400 V4R4 operating system installed on your machine
in order to run MQSeries for AS/400, V5.1. If you have OS/400 V4R2 or V4R3
operating system installed, you can use only MQSeries for AS/400 V4R2M1.
Setting System Values
Before installing MQSeries for AS/400, you should use the DSPSYSVAL
command to check that the following system values are set to the
requirements of your enterprise:
v QCCSID
v QUTCOFFSET
v QSYSLIBL
v QALWOBJRST
You can change these values, if necessary, using the CHGSYSVAL command.
QCCSID
Every message has a coded-character set identifier (CCSID) in its header. The
CCSID tag identifies the code page and character set of the source. For
CCSIDs that are supported on the AS/400 see the AS/400 National Language
Support book.
Note: The CCSID must be either Single-byte character set (SBCS), or Mixed,
that is SBCS and DBCS. It must not be DBCS only.
You can change the CCSID used by the MQSeries queue manager by using
the CL command CHGMQM. See “Setting the Queue Manager CCSID for
MQSeries for AS/400” on page 43 for more information.
QUTCOFFSET
You should check that the coordinated universal time offset (QUTCOFFSET)
system value has been set, to indicate the relationship between the system
time and Greenwich Mean Time (GMT). You do this by working with the
CHGSYSVAL command.
If QUTCOFFSET is not set, it takes the default value of zero. MQSeries for
AS/400 then assumes that the local system time is universal time coordinated
(UTC) - that is, GMT - and time stamps the MQSeries for AS/400 messages
accordingly.
QSYSLIBL
Ensure that QSYS2 is included in the list of libraries that make up the system
part of the library list.
MQSeries for AS/400 uses programs in this library for data conversion and
SNA LU 6.2 communication.
QALWOBJRST
Ensure that the QALWOBJRST system value is set to *ALL or *ALWPGMADP
before you install MQSeries for AS/400. If it is set to *NONE, the installation
will fail.
Installation Procedure
1. To install the MQSeries for AS/400, V5.1 base product, issue the
command:
RSTLICPGM LICPGM(5733A38) DEV(install device) OPTION(*BASE)
where:
v 5733A38 is the product identifier for MQSeries for AS/400, V5.1, and
v install device is the device from which the product is to be loaded,
typically a CD-ROM - for example, OPT01.
2. To install the sample applications, issue the command:
RSTLICPGM LICPGM(5733A38) DEV(install device) OPTION(1)
Note: You can install only one instance of MQSeries for AS/400 in each
partition of your AS/400 machine.
Installation of Translated Versions
MQSeries for AS/400 is installed in the language that is the primary language
on your system.
You can install additional versions of the product in any of the languages
shown in Table 1 on page 14. To do so, issue the following command
specifying the appropriate language ID:
RSTLICPGM LICPGM(5733A38) DEV(install device) RSTOBJ(*LNG) LNG(language ID)
This will install the commands, message file, and panel groups into the
relevant QSYS library for the language. For example, library QSYS2928 is used
for French.
Reinstallation
Reinstallation is discussed in “Reinstalling MQSeries for AS/400” on page 103.
If you press F11 while viewing the Display Software Resources screen, you
will see the library and version number of the products installed:
Resource Feature
ID Option Feature Type Library Release
5733A38 *BASE 5050 *CODE QMQM V5R1M0
5733A38 *BASE 2924 *LNG QMQM V5R1M0
5733A38 1 5050 *CODE QMQMSAMP V5R1M0
If you have installed additional language versions, you will also see entries
for these. For example, if you have installed the French version, for which the
language ID is 2928, you will see:
Resource
ID Option Feature Description
5733A38 *BASE 2928 MQSeries for AS/400
http://www.ibm.com/software/ts/mqseries/
for latest product information, and install and apply all PTFs that are
recommended.
2. Start the MQSeries subsystem, by issuing the command:
STRSBS SBSD(QMQM/QMQM)
You are now ready to start using MQSeries for AS/400. See “Chapter 5. Using
MQSeries for AS/400, V5.1” on page 33.
Quiescing MQSeries
The orderly shutdown of MQSeries for AS/400 is called quiescing. You may
need to quiesce MQSeries for AS/400, for example, to:
v Take a backup of the system, or
v Update MQSeries for AS/400
Quiescing previous releases of MQSeries for AS/400
To quiesce one of the previous releases of MQSeries for AS/400:
1. Use F12 (Cancel) to return to your initial MENU
You must pay particular attention when migrating to MQSeries for AS/400,
V5.1. The product has been altered and enhanced significantly since previous
releases.
This section outlines the steps involved in migrating to MQSeries for AS/400,
V5.1 from an earlier release. You may find additional, important information
that became available after publication of this book if you refer to the readme
file on the publications CD-ROM, or to the MQSeries family Web site at:
http://www.ibm.com/software/ts/mqseries/
There are additional security considerations to take into account. For details
see the MQSeries for AS/400 V5.1 System Administration book.
Overview of Migration Process
There are two possible migration scenarios:
v Either you are migrating from a previous version of MQSeries on the same
machine, or
v You are transferring MQSeries to a new machine.
To help you migrate, MQSeries for AS/400, V5.1 includes a utility program
called MIGRATEMQM. This program migrates your MQSeries configuration
and objects to MQSeries for AS/400, V5.1. It also creates a new queue
manager with the same name as the original one. (This queue manager will
act as the default queue manager on your new system unless you have
already defined a default queue manager). The migration program reads
information from the earlier release and creates a matching queue manager at
the new level. It also creates all the MQSeries objects such as queues and
channels. It copies messages held on the old queue manager’s queues to the
new queue manager. It does not, however, migrate your authority definitions.
In MQSeries for AS/400, V5.1, each queue manager has its own library
containing that queue manager’s journals and journal receivers. In earlier
versions of MQSeries for AS/400, all the journals were in QUSRSYS and all
the receivers were in QMQMDATA. The migration program obtains the
configuration and message data from the journals and data library of the
earlier release.
Before Migration
Before migrating to MQSeries for AS/400, V5.1, carry out the following
procedure on the version of MQSeries for AS/400 that is currently installed:
1. Stop all applications that are using the existing version of MQSeries for
AS/400.
2. End all MQSeries channels. To do this, use the WRKMQMCHL command
and select option 15.
3. Exit the administration utility if it is running.
4. End the MQSeries command server. To do this, enter the command:
ENDMQMCSVR MQMNAME(QMGRNAME) OPTION(*IMMED)
When the program has completed, check the job log for errors. If any
errors were encountered during channel-definition migration (for example,
no channel-definition file was found) or during the migration of
channel-synchronization information (for example, no synchronization file
was found), you can rerun these steps individually. To rerun
channel-definition migration, enter:
CALL PGM(QMQM/AMQRMCHA) PARM(QMGRNAME)
Note: Any PCF applications must be given explicit access to the queues.
See the MQSeries for AS/400 V5.1 System Administration book for
further information about security.
Table 2. Authorities required to open an object
Opening MQSeries object MQSeries object authority MQSeries object authority
with option MQOO_ required - earlier releases required - V5.1
BROWSE *READ *BROWSE
INPUT_AS_Q_DEF *READ and *DLT *GET
INPUT_EXCLUSIVE *READ and *DLT *GET
INPUT_SHARED *READ and *DLT *GET
INQUIRE *READ *INQ
OUTPUT *ADD *PUT
SET *UPD *SET
Deleting MQSeries for AS/400 in this way deletes only the objects that belong
to MQSeries. That is, the QMQM library and /QIBM/ProdData/mqm and its
subdirectories. None of the queue manager journal libraries or IFS directories
is removed.
Entire Deletion
You can, if you wish, delete MQSeries entirely, including all user data. If you
do this, save your user data first. It will not be recoverable.
Note: If you do this, you will no longer have any information regarding
your installation. Use this command with extreme caution. The
format of the command is:
EDTF STMF('/QIBM/UserData')
Tasks include creating and starting a queue manager, and creating, clearing,
browsing, and deleting a local queue. The examples given use CL commands,
but you can select the appropriate command from any of the supplied
command sets.
It is not essential for your user profile to belong to the QMQMADM group
profile for issuing PCF commands from an administration program or MQI
calls from an application program.
If you have installed the samples, ensure that all users have access to the
QMQMSAMP library. Do this using the GRTOBJAUT command:
GRTOBJAUT OBJ(QMQMSAMP) OBJTYPE(*LIB) USER(*PUBLIC) AUT(*USE)
For details of MQSeries Work Management and security, see the MQSeries for
AS/400 V5.1 System Administration book.
CL Commands
The AS/400 CL commands for MQSeries can be grouped as follows:
v Channel commands - used to create, start, and delete channels.
v Cluster commands - used to work with queue manager clusters.
v Command server commands - used to display, start, and end the command
server.
v Data type conversion command - used to convert data types.
v Dead-letter queue handler command - used to start the dead-letter queue
handler.
v Media recovery commands - used to record and re-create objects.
v MQSeries command - used to start a batch of MQSeries commands.
v Name command - used to display object names.
v Namelist commands - used to work with namelists.
v Process commands - used to change, copy, and delete processes.
v Queue commands - used to create, delete, and work with queues.
v Queue manager commands - used to connect, create, and delete queue
managers.
v Security commands - used to display, grant, and revoke object authority.
v Trace command - used to trace service jobs.
v Transaction commands - used to display and resolve transactions.
v Trigger monitor commands - used to start trigger monitors.
Using CL Commands
You can enter CL commands from a command line.
CCTMQM (connect message queue manager) supported only for compatibility with previous
releases.
CHGMQM (change message queue manager) to change the attributes of a message queue
manager.
CHGMQMCHL (change MQM channel) to change the attributes of an existing channel.
CHGMQMNL (change MQM namelist) to change the attributes of a namelist.
CHGMQMPRC (change MQM process) to change the attributes of a process definition.
CHGMQMQ (change MQM queue) to change the attributes of a queue.
CLRMQMQ (clear MQM queue) to delete all messages from a local queue.
CPYMQMCHL (copy MQM channel) to create a copy of an existing channel
definition.
CPYMQMNL (copy MQM namelist) to create a copy of a namelist.
CPYMQMPRC (copy MQM process) to create a copy of a process definition.
CPYMQMQ (copy MQM queue) to create a copy of an existing queue definition.
CRTMQM (create message queue manager) to create a local queue manager.
CRTMQMCHL (create MQM channel) to create a new channel definition.
Command Usage
Command Usage
SPDMQMCLQM (suspend cluster queue to inform cluster queue managers that the local
manager) queue manager is not available.
STRMQM (start message queue manger) to start a local queue manager.
STRMQMCHL (start MQM channel) to start a channel.
STRMQMCHLI (start MQM channel initiator) to start a channel initiator.
STRMQMCSVR (start MQM command server) to start a command server for a queue
manager.
STRMQMDLQ (start MQSeries dead-letter to start the dead-letter queue handler.
queue handler)
STRMQMLSR (start MQM listener) to start a message queue manager listener.
STRMQMMQSC (start MQSeries commands) to initiate a set of MQSeries commands.
STRMQMTRM (start trigger monitor) to start a trigger monitor.
TRCMQM (trace MQM job) to start and stop MQSeries trace.
WRKMQM (work with message queue to work with queue managers.
managers)
WRKMQMCHL (work with MQM channel) to work with channel definitions.
WRKMQMCHST (work with MQM channel to work with the status of channel definitions.
status)
WRKMQMCL (work with clusters) to work with clusters.
WRKMQMCLQ (work with cluster queues) to work with cluster queues.
WRKMQMMSG (work with MQM messages) to work with specified messages on a local
queue.
WRKMQMNL (work with MQM namelists) to work with namelists.
WRKMQMPRC (work with MQM process) to work with process definitions.
WRKMQMQ (work with MQM queues) to work with queues.
WRKMQMTRN (work with MQSeries to work with in-doubt MQSeries transactions.
transactions)
When you display a queue, using the DISPLAY QUEUE command, you
display the queue attributes. For example, the MAXMSGL attribute specifies
the maximum length of a message that can be put on the queue. The
command does not show you the messages on the queue.
For detailed information about each MQSC command, see the MQSeries
Command Reference.
PCF Commands
MQSeries programmable command format (PCF) commands allow you to
program administration tasks into an administration program. For a complete
description of the PCF commands and how to use them, see the MQSeries
Programmable System Management book.
To set up a test system you need to create a queue manager and a local
queue. As an introduction to MQSeries for AS/400, create these objects with
CL commands from the command line, and work through the AS/400 panels.
Creating a Queue Manager
1. Issue the CRTMQM command from the command line and press F4. The
screen shown in Figure 1 appears.
Bottom
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display
F24=More keys
Parameter MQMNAME required.
If the screen does not appear, it may be that you have not installed
MQSeries for AS/400 correctly. If this is the case, delete the product as
described in “Deleting MQSeries for AS/400, V5.1” on page 31. Then
reinstall the *BASE product and try the CRTMQM command again.
where QMGRNAME is the name of the queue manager that you have just created.
After a short period you receive the message Message Queue Manager started.
Creating a Local Queue
To create a local queue:
1. Type CRTMQMQ on the command line and press F4. This displays the
following panel:
Bottom
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display
F24=More keys
Parameter QNAME required.
2. On the Create MQM Queue panel, type the name of the queue you want
to create in the Queue name field. For example TEST.QUEUE. To specify a
mixed-case name, enclose the name in apostrophes.
3. Type *LCL in the Queue type field.
There are three more parts to the CRTMQMQ panel. Scroll through them and
enter values for the other options if you wish, or otherwise just accept all the
defaults. The panels are shown in Figure 3 through Figure 5.
Bottom
F3=Exit F4=Prompt F5=Refresh F12=Cancel F13=How to use this display
F24=More keys
When you have finished reviewing and making changes to the values, press
Enter to create the queue.
You can now type a message (a simple character string is sufficient) and press
Enter to send the message to the queue. Press Enter again to return to a
command line.
See “Appendix A. Sample MQI Programs” on page 99 for a list of the supplied
sample programs.
Browsing Queues
To browse the messages on a local queue called TEST.QUEUE, defined for a
queue manager called TEST.QMANAGER, use the following command:
WRKMQMMSG MQMNAME(TEST.QMANAGER) QNAME(TEST.QUEUE)
This command displays all messages on the queue, and allows you to view
the message contents.
Clearing a Local Queue
To delete all the messages on a local queue called TEST.QUEUE, defined for a
queue manager called TEST.QMANAGER, use the following command:
CLRMQMQ MQMNAME(TEST.QMANAGER) QNAME(TEST.QUEUE)
Note: You must delete all messages from the queue using the CLRMQMQ
command before you can delete a queue.
Stopping a Queue Manager
There are two ways of quiescing a queue manager:
1. Either use the command ENDMQM MQMNAME(QMGRNAME), where QMGRNAME is the
name of the queue manager, or
2. Enter the command WRKMQM *ALL, enter option 6 (end) against the queue
manager name, and then press F4.
There are 4 options you can use when ending a queue manager:
1. OPTION (*CNTRLD). This allows current transactions to complete, and all
applications to disconnect, before ending the queue manager. This option
is the default.
2. OPTION (*IMMED). This immediate shutdown allows any current calls to
complete, but stops any new calls. It does not wait for applications to
disconnect from the queue manager.
3. OPTION (*WAIT). This performs the same type of shutdown as the
(*CNTRLD) option, but gives you confirmation that the queue manager has
ended. The command prompt does not return until the queue manager has
ended.
4. OPTION (*PREEMPT). This preemptive shutdown ends all queue manager
code immediately. It can have unpredictable consequences and should not
be used unless all other options have failed.
Deleting a Queue Manager
To delete a queue manager, first stop it, then issue the command:
DLTMQM MQMNAME(QMGRNAME)
Note: When you delete a queue manager you also delete all resources
associated with that queue manager, including all queues, all messages,
and all object definitions.
Checking what Queue Managers you have Running
Sometimes you may want to remind yourself how many queue managers you
have running. You can do this using the WRKMQM command. Enter the
command with no parameters. A list of all configured queue managers will be
displayed, showing which are active and which are inactive.
Other Things to Do
The test system set up in “Working with MQSeries” on page 37 allows you to
manage a single queue manager and queue. In reality you will need many
more tasks and MQSeries objects to use MQSeries effectively. For example,
you must also create:
v A remote queue (that is, a local definition for a queue on a remote queue
manager)
v A transmission queue
v Sender and receiver channels
You also need to start a channel listener if you are using TCP, and you may
want to start a channel initiator too. Refer to the MQSeries for AS/400 V5.1
System Administration book, for details of how to set up and use these objects.
User Exits
Before using user exits on MQSeries for AS/400, V5.1, relink them with the
threaded libraries and ensure that they are thread-safe and teraspace enabled.
See the MQSeries Application Programming Guide and the MQSeries
Intercommunication book for further information about creating user exit
programs.
Setting the Queue Manager CCSID for MQSeries for AS/400
When you create a queue manager, its coded character set identifier (CCSID)
is set by default. It is set to the value of the CCSID of the OS/400 job you
used to create the queue manager.
You can query the value of this CCSID by entering the DSPMQM CL
command. This displays the attributes of the local queue manager, including
the coded character set identifier.
You can modify the queue manager’s CCSID by using the CHGMQM CL
command. Before doing this, make a note of the original CCSID value in case
you need to reset it at a later date. To change the CCSID, follow this
procedure:
1. Issue the DSPMQM command and make a note of the CCSID value.
2. Change the CCSID to the new CCSID, with the command:
CHGMQM CCSID(value)
3. Stop the queue manager with the ENDMQM command.
4. Restart the queue manager with the STRMQM command and also restart
any channels that it uses.
For information about code sets and CCSIDs that are supported by MQSeries
for AS/400 see the AS/400 National Language Support book. See the MQSeries
Command Reference for more information about MQSeries commands.
You can install all of these clients from the MQSeries Client CD. The Client
CD also contains other MQSeries components that you might need to install
on a workstation other than the server.
Minimum supported software levels are shown. Later levels, if any, will be
supported unless otherwise stated.
Connectivity
For TCP/IP connectivity:
v TCP/IP (in the operating system)
Optional software
v IBM DCE Version 2.2. This must be the U.S. Domestic version supporting
DES encryption if the user wishes to run the MQSeries-supplied DCE send,
receive, or message exits.
MQSeries DCE names and security modules are provided as part of the
MQSeries for AIX product.
Compilers for MQSeries Applications on AIX Clients
The following compilers are supported:
v IBM C for AIX, Version 4.4
v IBM C Set++ for AIX, Version 3.1 (5765-421)
v IBM C and C++ compiler, Version 3.6
v IBM VisualAge C++ Professional for AIX, Version 4.0
v IBM COBOL Set for AIX, Version 1.1
v Micro Focus COBOL Compiler for UNIX®, Version 4.0
v IBM PL/I Set for AIX, Version 1.1
v IBM VisualAge Java Enterprise Edition for AIX, Version 2.0
For information about Java run-time see the MQSeries Using Java book.
Minimum supported levels are shown. Later levels, if any, will be supported
unless otherwise stated.
v Digital UNIX, Version 4.0.D or later Version 4.0.x
Connectivity
For TCP/IP connectivity, any communications hardware supporting TCP/IP
in the Digital UNIX environment can be used.
Minimum supported software levels are shown. Later levels, if any, will be
supported unless otherwise stated.
v DOS, Version 5.0 or later
Connectivity
v TCP/IP (in the operating system)
v SPX
Optional software
v Novell Netware Client for DOS/Win, Version 1.20 and Version 2.5
v Novell LAN Workplace, Version 5.1
v FTP PC/TCP for DOS, Version 5.0
The DOS access kit allows clients access to TCP/IP via programs that run in a
DOS window under WIN-OS/2®.
The Novell Netware Client for OS/2 Warp allows clients access to SPX via
programs that run in a DOS window under WIN-OS/2.
Compilers for MQSeries Applications on DOS Clients
The following compiler is supported:
v Microsoft® Visual C++, Version 1.5
Minimum supported levels are shown. Later levels, if any, will be supported
unless otherwise stated.
v HP-UX, Version 10.20
v HP-UX, Version 11
Connectivity
For TCP/IP connectivity:
v TCP/IP (in the operating system)
Optional software
v The HP DCE/9000 version appropriate for the level of the HP-UX operating
system in use.
v MQSeries DCE names and security modules are provided as part of the
MQSeries for HP-UX product.
This is the minimum supported software level. Later levels, if any, will be
supported unless otherwise stated.
v OS/2 Warp, Version 4.0 (84H1426) (5622-851)
v OS/2 Warp Server, Version 4.0 (25H8002)
v OS/2 Warp Server Advanced SMP feature, Version 4.0
v OS/2 Workspace-on-Demand
Connectivity
v IBM eNetwork Communications Server for OS/2 Warp, Version 5.0
v Novell Netware Client for OS/2 Warp, Version 1.20 (for direct IPX/SPX
support)
v IntraNetWare Client for OS/2 Warp, Version 2.12
v TCP/IP for OS/2 Warp, Version 2.0 base kit plus NetBIOS kit, Version 3.5
(base kit is essential)
v NetWare for OS/2 Warp, Version 4.11
Optional software
v IBM Directory and Security Server for OS/2 Warp, Version 4 or later
compatible versions. This must be the U.S. Domestic version supporting
DES encryption if the user wishes to run the MQSeries-supplied DCE send,
receive, or message exits.
v If used as a DCE server this software is known to run adequately in the
following environment:
– On a Pentium® processor running 90 MHz or faster
– On a machine with 64 MB or more of memory
– Using OS/2 Warp Server, Version 4.0 or later
v MQSeries DCE names and security modules are provided as part of the
MQSeries for OS/2 Warp product.
Compilers for MQSeries Applications on OS/2 Warp Clients
The following compilers are supported:
v IBM VisualAge® COBOL for OS/2 Warp, Version 1.1 and Version 2.2
v Micro Focus COBOL compiler, Version 4.0 (32 bit)
v IBM VisualAge C++ for OS/2 Warp, Version 3.0
v Borland C++ compiler, Version 2.0 and Version 5.02 (C bindings only)
v IBM C and C++ compilers, Version 3.6
v IBM PL/I for OS/2 Warp, Version 1.2
v IBM VisualAge for PL/I for OS/2 Warp
v IBM VisualAge Java Enterprise Edition for OS/2 Warp, Version 2.0
v IBM VisualAge Java Professional Edition for OS/2 Warp, Version 2.0
Minimum supported software levels are shown. Later levels, if any, will be
supported unless otherwise stated.
v Sun Solaris, Version 2.6 with patches 105210-13 and 105568-10, and Sun
Solaris 7.
Connectivity
v SunLink SNA Peer-to-Peer, Version 9.1
v TCP/IP as part of the base operating system
v If token ring is to be used: SunLink Token Ring Interface /SBus, Version
3.0.2. This requires patch 102463 or Sun TRI/P Adapter, Version 1.0
Optional software
Transarc DCE, Version 1.1. This must be the U.S. version supporting DES
encryption for users to run the MQSeries-supplied DCE send, receive or
message exits.
DCE names and security modules for MQSeries are provided as part of the
MQSeries for Sun Solaris product.
Compilers for MQSeries Applications on Sun Solaris Clients
The following compilers are supported:
v SunWorkShop Compiler C, Version 4.2
v SunWorkShop Compiler C++, Version 4.2
Minimum supported software levels are shown. Later levels, if any, will be
supported unless otherwise stated.
v Windows 3.1
v Windows 95 in 16-bit mode
v Windows for Workgroups
Connectivity
v TCP/IP
v SPX
Optional software
v Novell Netware client for DOS/Win31, Version 1.20
v SunPC NSF, Version 5.1
v OnNet SDK for Windows
Minimum supported software levels are shown. Later levels, if any, will be
supported unless otherwise stated.
v Windows 95 or Windows 98
Connectivity
v TCP/IP (in the operating system)
v SPX (in the operating system)
v NetBIOS (in the operating system)
Optional software:
v IBM DCE for Windows 95, Version 1.1
A DCE security module is provided as part of the MQSeries client for
Windows 95 and Windows 98. IBM DCE for Windows 98 does not currently
support DES encryption, so you cannot run the DCE send, receive, or
message exits supplied by MQSeries.
Compilers for MQSeries Applications on Windows 95 and Windows 98
Clients
The following compilers are supported:
v Micro Focus COBOL Workbench, Version 4.0
v IBM VisualAge C++ for Windows, Version 3.5
v Microsoft Visual C++ for Windows 95/NT, Version 4.0 and Version 5.0
Minimum supported software levels are shown. Later levels, if any, will be
supported unless otherwise stated.
v Microsoft Windows NT, Version 4 compatible, to include TCP/IP, NetBIOS,
SNA LU 6.2, and SPX.
Connectivity
v IBM Communications Server for Windows NT, Version 5.0
v Attachmate Extra! Personal Client, Version 6.1 and Version 6.2
v Microsoft SNA Server, Version 2.11 or Version 3
v TCP/IP, NetBIOS, and SPX are part of the base operating system
Optional software
v IBM DCE, Version 1.1
Compilers for MQSeries Applications on Windows NT Clients
The following compilers are supported:
v IBM VisualAge COBOL for Windows NT, Version 2.1
v IBM VisualAge COBOL Enterprise, Version 2.2
v IBM VisualAge C++, Version 3.5
v Microsoft Visual C++ for Windows 95 and Windows NT, Version 4.0 and
Version 5.0
v IBM C and C++ compilers, Version 3.6
v IBM PL/I for Windows, Version 1.2
v IBM VisualAge for PL/I for Windows
v IBM VisualAge PL/I Enterprise, Version 2.1
v IBM Visual Basic for Windows, Version 4.0 (16-bit) and Version 5.0 (32-bit)
or higher
v IBM VisualAge for Java, e-Business Edition for Windows 95 and Windows
NT
v IBM VisualAge Java Enterprise Edition, Version 2.0
v IBM VisualAge Java Professional Edition, Version 2.0
Use the MQSeries Client CD-ROM only to install MQSeries client components
on a machine that is not an MQSeries server.
You may install client components from the MQSeries Client CD-ROM and
later decide to install the MQSeries server on the same machine. Before you
can do this, you must remove all the MQSeries client components from the
machine. Then use the MQSeries Server CD-ROM to install the server and the
client. You cannot install the server on a machine that already has client
components installed from the MQSeries Client CD-ROM.
Remember that even when your server and client both reside on the same
machine, you still need to define the MQI channels between them. See the
MQSeries Clients book for details.
Installing on AIX
To install an MQSeries client on an AIX system, use the MQSeries Client
CD-ROM supplied as part of the MQSeries product.
The MQSeries client is installed into the /usr/mqm directory. This cannot be
changed. However, if you do not have enough space in the /usr/mqm file
system, follow the procedure given in “Creating Another File System for the
Client” on page 59.
If you have a previous version of the MQSeries for AIX client installed on
your system, or if a file system remains from a previous AIX client
installation, see “Migrating from an Earlier Version of MQSeries for AIX” on
page 62.
If you plan to install an MQSeries client and server on the same machine, see
“Installing MQSeries Clients on the Same Machine as the Server” on page 57.
Before Installation
Before you can install the MQSeries client on your AIX system you are
advised to create and mount a /var/mqm file system, or /var/mqm,
/var/mqm/log, and /var/mqm/errors file systems.
A user ID with the name mqm, whose primary group is mqm, is automatically
created during installation. You can create the user and group IDs yourself
(see “Creating the mqm User ID and Group” on page 59), but make sure you
do this before installing the client. User ID and group must both be mqm.
For stand-alone machines, you can create the new user and group IDs locally.
For machines administered in a network information services (NIS) domain,
you can create the user and group IDs on the NIS master server machine.
After installation, the mqm user ID owns the directories and files that contain
the resources associated with the product. This group and user must be
defined for any machine on which the MQSeries software is to be installed,
whether the machine is a client or a server machine.
or
2. Create a new directory anywhere on your machine that is large enough to
contain the client files, and create a symbolic link from /usr/mqm to this
new directory. For example:
mkdir /bigdisk/mqm
ln -s /bigdisk/mqm /usr/mqm
Whichever of these options you choose, you must do it before installing the
client.
The file system into which the client is installed can be a remote network
device, for example NFS, provided that the mount options are defined on that
device to allow setuid programs (including root access) to be run.
Create the new IDs using the System Management Interface Tool (SMIT), for
which you require root authority. The procedure for this, if you use the SMIT
windows, is:
1. Create the mqm group. You can display the required window using this
sequence:
Security & Users
Groups
Add a Group
You can take the default values for the attributes of the new group or
change them as required.
2. Create the new user, mqm. You can display the window for doing this using
this sequence:
Security & Users
Users
Add a User
Set the primary group for this user to be mqm. You can take the default
values for the attributes of the new group or change them if you wish.
3. Add a password to the new user ID. You can display the window for
doing this using this sequence:
Security & Users
Passwords
4. Add the newly created group mqm to an existing user ID. You can display
the window for doing this using this sequence:
Security & Users
Users
Change / Show Characteristics of a User
When the window is displayed, enter the name of the user who is to have
the mqm group added. In the user details window, add mqm to the Group
set field, which is a comma-separated list of the groups to which the user
belongs.
Note: You need not have your primary group set to mqm. As long as mqm is in
your set of groups, you can use the commands. If you are running
applications that use the queue manager only, you do not need mqm
group authority.
Easy Installation
This section describes the ‘Easy Installation’ procedure using the MQSeries
Client CD-ROM.
Note: If you have a previous version of the MQSeries for AIX client installed
on your system, or if a file system remains from a previous AIX client
installation, see “Migrating from an Earlier Version of MQSeries for
AIX” on page 62.
1. Log on as root.
2. Insert the MQSeries Client CD-ROM into the CD-ROM drive.
3. Type xinstallm -ez
7. Click on Install/Update.
A bundle of software products is created:
mqm.Client
8. Choose the mqm.Client bundle and click on Install/Update again.
A work in progress window gives information as the installation proceeds.
9. At the end of installation you can click on the View log button and scroll
to the bottom of the log to see the filesets that have been installed
successfully.
Custom Installation
This section describes custom installation using the System Management
Interface Tool (SMIT).
Note: If you have a previous version of the MQSeries for AIX client installed
on your system, or if a file system remains from a previous AIX client
installation, see “Migrating from an Earlier Version of MQSeries for
AIX” on page 62.
Migration from MQSeries for AIX V5.0 involves updating any currently
installed filesets, and installing any new filesets that might be required.
Alternatively, you can use the fastpath command to select the appropriate
device:
smitty update_latest
3. Select the List button to display the Single Select List window.
4. Select /dev/cd0 (CD-ROM Drive).
5. Select OK to display the parameters for Update All.
6. Update all previously installed software for MQSeries by selecting the
_update_all option in the Software to update field.
7. Press Enter.
8. Select OK in the confirmation window to start updating the software.
Once all previously installed filesets have been updated to the latest level, you
can install any additional filesets. See “Custom Installation” on page 61 for
more information.
Installation of the MQSeries for AIX V5.1 client will fail if a file system
mounted as /usr/lpp/mqm is detected. If you are migrating from an earlier
version and a file system exists for this directory, you will need to do one of
the following things before installing the MQSeries for AIX V5.1 client. Either:
v Uninstall your existing MQSeries client, and either delete the file system or
move it to the new install path of /usr/mqm
or
v Move the old file system of /usr/lpp/mqm to the new installation path of
/usr/mqm and create a symbolic link from the old path to the new by
issuing the following command:
ln -s /usr/mqm /usr/lpp/mqm
If you uninstall your existing client and either delete or move your existing
file system, you can then install the MQSeries for AIX V5.1 client as described
in “Custom Installation” on page 61 or “Easy Installation” on page 60.
However, if you move the old file system to the new installation path, you
should then perform the migration installation described in “Migrating from
an Earlier Version of MQSeries for AIX” on page 62.
The installation process for the MQSeries for AIX V5.1 client creates a
symbolic link from the old install path (/usr/lpp/mqm) to the new install path
(/usr/mqm). Therefore any existing scripts or makefiles that reference the old
path are still valid.
Changing the National Language
The easy installation and the custom installation default to the national
language that was specified when your operating system was installed.
It is possible to install the MQSeries client software so that the online help
and messages are in another national language. Use SMIT as follows to install
the message catalog for another national language:
1. Type smit
2. Follow this sequence of windows:
and press Enter. If this is not one of the national languages provided by
MQSeries, you must select a national language, otherwise you will not get a
message catalog installed on your system.
Translated Messages
Messages in U.S. English are always available. If you require one of the other
languages that is supported by MQSeries for AIX, you must ensure that your
NLSPATH environment variable includes the appropriate directory.
Installing on DOS
To install an MQSeries client on a DOS system you use the MQSeries Client
CD-ROM supplied as part of the MQSeries product.
Using Setup
1. Insert the MQSeries Client CD-ROM into the CD-ROM drive.
2. Change to the DOS directory on the CD-ROM drive.
3. Copy the setup.exe file from the DOS directory to the directory where you
want to install the MQSeries client, for example c:\mqmdos.
4. Change directory to c:\mqmdos and type the command:
setup -d
5. Edit the autoexec.bat file using a suitable editor. If the PATH statement
exists, add the following to it:
c:\mqmdos;c:\mqmdos\bin;c:\mqmdos\en_us
If the PATH statement does not exist, add the following line to the
autoexec.bat file.
SET PATH=c:\mqmdos;c:\mqmdos\bin;c:\mqmdos\en_us
Installing on HP-UX
To install an MQSeries client on an HP-UX system you use the MQSeries
Client CD-ROM supplied as part of the MQSeries product.
Note: If you plan to install an MQSeries client and server on the same
machine, see “Installing MQSeries Clients on the Same Machine as the
Server” on page 57.
The MQSeries client is installed into the /opt/mqm directory. This cannot be
changed.
Before Installation
Before you can install an MQSeries client on your HP-UX system you:
v Must create a group with the name mqm.
v Must create a user ID with the name mqm.
v Are recommended to create and mount a /var/mqm file system, or /var/mqm,
/var/mqm/log, and /var/mqm/errors file systems.
If you create separate partitions, the following directories must be on a local
file system:
– /var/mqm
– /var/mqm/log
After installation, this user ID (mqm) owns the directories and files that
contain the resources associated with the product. This group and user must
be defined for any machine on which the MQSeries software is to be installed,
whether the machine is a client or a server machine.
For stand-alone machines, you can create the new user and group IDs locally.
For machines administered in a network information services (NIS) domain,
you can create the user and group IDs on the NIS master server machine.
Installation
Use the HP-UX swinstall program, or use SAM, after mounting the CD-ROM.
For further details, see the appropriate HP-UX documentation.
If the files on your CD-ROM appear in uppercase with a “;1” suffix, use this
name for the depot.
Kernel Configuration
See the MQSeries family Web site for a SupportPac™ that gives additional
performance information - see “HTML and PDF Books on the World Wide
Web” on page 96.
Translated Messages
Messages in U.S. English are always available. If you require one of the other
languages that is supported by MQSeries for HP-UX, you must ensure that
your NLSPATH environment variable includes the appropriate directory.
Note: If you plan to install an MQSeries client and server on the same
machine, see “Installing MQSeries Clients on the Same Machine as the
Server” on page 57. If you currently have a manually installed
MQSeries client on your OS/2 Warp system from a previous release of
MQSeries, you must delete it manually before attempting to install the
Version 5.1 client. Before you delete the previous version, save your
MSQ.INI file because the deletion process will delete this file.
You can install the version of the MQSeries client software specific to your
national language. This means that the installation program, online help and
messages will be in your national language.
Installation
Online help is available by selecting the Help push button or by pressing PF1.
Before you start, make sure that you have at least 150 KB of free space on the
drive containing the operating system. This is required by the installation
program.
1. Open an OS/2 Warp window (or start a full-screen session).
2. Insert the CD-ROM and change to the CD-ROM drive. Access the drive
and directory containing the installation program if you are installing
from a remote drive.
3. At the command prompt, in the root directory, type INSTALL, then press
Enter.
4. On the MQSeries Language Selection panel, select the language of your
choice, and click on the OK button or press Enter.
The MQSeries Welcome panel is displayed. Make sure you are installing
the correct client for your system, OS/2 Warp, as displayed in the
Welcome panel.
5. The install panel is then displayed. Select the Update CONFIG.SYS
check box if you want your CONFIG.SYS file updated automatically as
part of the installation process. Your original CONFIG.SYS file is renamed
to CONFIG.BAK and is stored in the same directory. If you do not select
this check box, a CONFIG.ADD file is generated. This file is a copy of
CONFIG.SYS with the necessary updates to the LIBPATH and PATH
statement. You can rename the CONFIG.ADD file to CONFIG.SYS.
6. Select the OK push button to continue. The Install - directories panel is
displayed.
7. The list box shows the installation options that you can select. When you
select one or more of these options, the Bytes needed field shows the
amount of disk space required for installation.
The component MQSeries Client for Java should be installed only if you
have Java 1.1.1 (or later compatible) runtime code on your machine. This
component must be installed on an HPFS formatted drive.
8. If there is not enough space on your hard disk to install all the
components, select an option that uses less disk space. If there is too little
space on your hard disk for any of the MQSeries for OS/2 installation
options, a dialog box appears before the Install - directories panel. In
this case, cancel the installation by selecting the OK push button. Find
out which of your existing files you can archive or delete to make more
space before proceeding further.
The Work and File Directory field allows you to specify a drive and
directory other than the default for the installation files (File directory)
and for the working files that might be created when you use the
MQSeries client (Working directory).
Select a drive from the list box if required. When you return to the
Install - directories panel, your selected drive is shown. Select the OK
push button to return to the Install - directories panel.
9. Select the Install push button to continue. The Install-progress panel is
displayed. This panel shows:
v The file currently being installed (source) and the drive and directory
to which it is being installed (target).
v A progress bar, indicating the percentage of files already unpacked and
installed.
v The elapsed time.
v The status; for example, unpacking, processing, or transferring.
If you select the Stop push button, you are asked whether you want to
delete the partial system you have installed. Select Yes to delete the files
already installed and return to the introductory panel. Select Start install
from the File menu to start the installation again.
10. A cyclic redundancy check (CRC) is performed on the installed software
and any errors are written to a log file. This is the file specified by the
/L1 parameter of the INSTALL command by default. If /L1 is not
specified, the log file is MQMERR.LOG in the high-level directory chosen
for installation.
Note: The log files must be on a local drive. If the product has been
installed on a remote drive, change the path of the log files in the
mqs.ini file.
11. When installation is complete, the Installation and Maintenance panel is
displayed. Select OK. The introductory MQSeries for OS/2 panel is then
displayed. Leave the installation program by selecting the Exit push
button.
12. When the installation process is complete, a folder is created on the OS/2
Warp desktop, containing objects as follows:
READ.ME
MQSeries Installation and Maintenance
MQSeries Information
Note that the MQSeries client is a set of services and it does not have to
be explicitly run. Therefore the folder does not have an object called a
“client”.
13. Remove the installation CD-ROM from the drive.
14. If your CONFIG.SYS file has been updated, shut down the system and
restart. If the CONFIG.SYS file was not updated, rename the
CONFIG.ADD file to CONFIG.SYS before shutting down the system
(CONFIG.ADD will be in the same directory as CONFIG.SYS).
15. To obtain MQSeries messages in the correct language two environment
variables must be set correctly. The installation process sets the
environment variable NLSPATH including <installation
directory>\LOCALE\%L\%N, where <installation directory> is the
directory in which you choose to install the product. You must set the
environment variable LANG=<lang>, where <lang> is the subdirectory in
which the message catalog for your language is installed, selecting a
language from the list below:
Directory Language
En_US U.S. English
Pt_BR Brazilian Portuguese
Fr_FR French
De_DE German
It_IT Italian
Ja_JP Japanese
Ko_KR Korean
Es_ES Spanish
Zh_CN Simplified Chinese
Zh_TW Traditional Chinese
Attention
Note that the INSTALL.EXE file in the root directory of the CD-ROM
must not be used to perform unattended installations.
You must instead invoke the INSTALL.EXE file located in the directory
corresponding to the language version of the product that you want to
install.
Directory Language
This example uses U.S. English. To use another language, substitute en_us
with the directory appropriate to your language. When you issue this
command, you must type it as one continuous line. In the example above,
for clarity, the command is spread over several lines.
In this example, the MQSeries client is installed from the redirected drive J: on
the server, according to the options supplied in the response file
AMQISMC2.RSP. Note that drive J: must be a writeable drive that you must
create, and the .RSP file must be put on that drive. The installation log files
will also be created on the J: drive. The response file specifies the drive and
directory in which to install the client. Errors are logged in MQM.OUT and
the history log is contained in MQM.HIS. The /X parameter specifies that the
installation is non-interactive.
The example also shows that you must have the INSTALL.EXE available to
your system. This file is supplied on the client CD-ROM, but is not installed
onto your system. You must make a copy of this file available when you
perform maintenance updates on your system.
Installation and Maintenance Parameters
The installation and maintenance parameters are as follows:
INSTALL /A:action
/G:include path
/L1:error log
/L2:history log
/R:response file
/S:source location
/T:install target directory
/TU:update CONFIG.SYS directory
/X
Note: You can enter the parameters in any order. Equals signs (=) can be used
instead of colons (:) in the parameters. Values can be upper or lower
case.
/A:action
Specifies the action to be performed by the installation program. If you
specify this parameter, the main window of the installation program is not
displayed. Valid values for action are:
D Delete an installed MQSeries for OS/2 Warp system
I Install a new MQSeries for OS/2 Warp system
R Restore a backed up MQSeries for OS/2 Warp system
U Update an installed MQSeries for OS/2 Warp system
/G:include path
Specifies the drive and path of a general response file to be included by
the specific response file. For more information about response files, see
“Installation Response Files” on page 73.
/L1:error log
Specifies the drive, path, and file name of the error log file. The error log
contains messages associated with installation, including confirmations
and error messages. Messages are written to the error log if you specify
the /X parameter.
You should specify the drive and path where the installation program is
running. If you do not specify the /L1 parameter, no error log is
maintained. If the error log already exists, it is appended to.
Example:
/L1:D:\LOG\INSMQM.OUT
/L2:history log
Specifies the drive, path, and file name of the history log file. The history
log contains an entry for each file transferred, each object created, and
each installation exit run.
You should specify the drive and path where the install program is
running. If you do not specify the /L2 parameter, no history log is
maintained. If the history log already exists, it is appended to.
Example:
/L2:D:\LOG\INSMQM.HIS
/R:response file
Specifies the drive, path, and file name of a response file; see “Installation
Response Files” on page 73.
Example:
/R:L:\MQMINS\AMQISAM2.RSP
/S:source location
Specifies the drive and path containing the source files to be installed or
updated.
/T:install target directory
Specifies the drive and path that MQSeries for OS/2 Warp files are
installed on to. If you specify this parameter, it overrides the FILE path,
which must be specified in the response files.
/TU:update CONFIG.SYS directory
Specifies the drive and path of the target CONFIG.SYS to be updated.
/X Specifies that the installation is fully automatic.
The installation response file supplied with MQSeries for OS/2 Warp can be
found as a sample file on the installation media. You can use this file to install
or delete MQSeries for OS/2 Warp. To perform other actions you must
prepare your own installation response files using a suitable editor.
Normally you have only one response file, specified by the /R parameter of
the installation program. However, if you need to install or update MQSeries
for OS/2 Warp on a workstation with different options, you can use two files.
One would be a specific response file that contains options specific to a
particular workstation, and the other a general installation response file that
contains options common to all workstations.
For example, you might use a general and a specific response file to install a
particular component only on some workstations.
You use the /R parameter to specify the specific installation response file, and
the /G parameter to specify the location of the general response file.
CFGUPDATE
Specifies whether CONFIG.SYS is updated automatically. Valid values
for this keyword are:
AUTOAutomatically updates CONFIG.SYS
MANUALDoes not update CONFIG.SYS
Note: You should not have more than five levels of included response
files.
Keyword-value pairs can be in any order. However, there can be only one
pair per line. You can enter keywords in upper or lower case letters. You
cannot include spaces within keywords.
Note: If you plan to install an MQSeries client and server on the same
machine, see “Installing MQSeries Clients on the Same Machine as the
Server” on page 57.
The MQSeries product is installed into the /opt/mqm directory. This cannot be
changed.
Before Installation
Before you can install an MQSeries client on your Sun Solaris system you:
v Must create a group with the name mqm.
v Must create a user ID with the name mqm.
v Are recommended to create and mount a /var/mqm file system, or /var/mqm,
/var/mqm/log, and /var/mqm/errors file systems.
If you create separate partitions, the following directories must be on a local
file system:
– /var/mqm
– /var/mqm/log
After installation, this user ID (mqm) owns the directories and files that contain
the resources associated with the product. This group and user must be
defined for any machine on which the MQSeries software is to be installed,
whether the machine is a client or a server machine.
For stand-alone machines, you can create the new user and group IDs locally.
For machines administered in a network information services (NIS) domain,
you can create the user and group IDs on the NIS master server machine.
Installation
Carry out the following procedure:
1. Check whether Volume Manager is running on your system by typing the
following command:
/usr/bin/ps -ef | /bin/grep vold
For further information on using pkgadd to install software packages, see the
Sun Solaris documentation.
Kernel Configuration
See the MQSeries family Web site for a SupportPac that gives additional
performance information - see “HTML and PDF Books on the World Wide
Web” on page 96.
Translated Messages
Messages in U.S. English are always available. If you require one of the other
languages supported by MQSeries for Sun Solaris, you must ensure that your
NLSPATH environment variable includes the appropriate directory.
For example:
export LANG=de
export NLSPATH=/usr/lib/locale/%L/LC_MESSAGES/%N
If the product is present, but not installed correctly, you might need manually
to delete the files and directories contained in:
/var/mqm
/opt/mqm
If you plan to install an MQSeries client and server on the same machine, see
“Installing MQSeries Clients on the Same Machine as the Server” on page 57.
Note: The client installation will fail if the PATH variable that has been set up
is greater than 267 characters long.
Installation
1. Insert the MQSeries Client CD-ROM into the CD-ROM drive.
2. The installation automatically starts and an MQSeries Language Selection
window is displayed.
This window presents you with a list of the national languages that are
available.
3. On the MQSeries Language Selection window select the language of your
choice, and click on the Next button or press Enter.
The MQSeries Welcome window is displayed.
4. Make sure you are installing the correct client for your system, as
displayed in the Welcome window.
5. Select Destination Directory requires a destination directory into which
the MQSeries files will be installed.
You can change the default shown by selecting the browse button and
choosing a different drive and directory, then click on OK. Click on the
Next button or press Enter to continue.
6. Choose MQSeries Components displays a list of components from which
you can select the ones you want to be installed.
To select a component, click in the box next to it so that a check mark
appears (just highlighting the line does not select it). The space needed
for each component is shown here, and the space available on the drive
you have selected.
Click on the Next button or press Enter to continue.
7. Select Program Folder prompts you for a folder name to contain the
MQSeries objects. The default name is MQSeries Client for MQSeries
client for Windows 95 and Windows 98. You can rename the default or
choose an existing folder.
8. Start Copying Files displays all the selections you have made. Click on
the Back button if you want to return to a previous window to change
any of your choices.
When you have checked your choices, click on the Next button or press
Enter to start the file copying process.
The progress indicator shows which components are being copied and
the percentage of copying completed.
9. The next window presents you with the opportunity to view the
README file. If you do not want to view the README file at this point,
it will be available in the MQSeries client folder.
If you view the README file, close the window of the README to
continue the installation process.
10. The installation of the MQSeries client is now complete, and a window is
displayed giving you the option of restarting your computer now or
leaving it until later. It is recommended that you restart your computer
now. Close all the other applications that are running before continuing
with this step.
Once this has been done, select Yes, I want to restart my computer now
and click on the Finish button to complete the setup.
11. When setup is complete, the MQSeries Client folder is added to the
desktop, or the location you specified. Note that the MQSeries client is a
set of services and it does not have to be explicitly run, so the folder does
not have an object called a “client”.
Unattended Installation on Windows 95 and Windows 98
You can install a Windows client on a remote machine without interaction.
This process is known as unattended installation, sometimes referred to as silent
installation, and uses response files.
An installation response file is an ASCII text file containing values for the
options that you select when you install an MQSeries for Windows system.
v SetupKo – Korean
v SetupPt – Brazilian Portuguese
v SetupTw – Traditional Chinese
4. From the selected language directory, run setup.exe, with the -r option to
create a response file.
This can be done by:
a. Highlighting setup.exe
b. Dragging it to the Start, Run dialog
c. Adding -r to the end of the fully-qualified file name
d. Selecting OK to start the process
e. Selecting the components that you want to install
Notes:
a. When the installation has ended, a response file will have been
automatically generated that can be used as the basis for unattended
installation.
b. The response file SETUP.ISS will be generated in the WINDOWS
directory for Windows 95 or Windows 98.
5. When the response file has been generated, you can copy it to the
language dependent directory in the shared-resource image directory for
your national language.
For example, to copy the SETUP.ISS file from the WINNT35 directory to
\IMAGE\SETUPEN, type:
COPY C:\WINNT35\SETUP.ISS M:\INSTMQS\IMAGE\SETUPEN
Now you have set up your server, you can go on to install on the remote
machine.
The remote machine must have access to the shared-resource image directory,
which includes the:
v Appropriate language subdirectory
v Disk subdirectories
To connect the workstation to the redirected drive on the server, follow these
steps:
For example:
where:
v J: is the logical drive name to be connected to the shared resource
directory.
v MQMSHARE is the netname for M:\INSTMQS.
2. Go to the language directory that contains the SETUP.EXE and SETUP.ISS
files and run SETUP -s.
Notes:
1. The -s parameter indicates that the installation is to be carried out in silent
mode. This parameter is mandatory for an unattended installation.
2. SETUP.EXE uses the SETUP.ISS file in the current directory to silently
install the product.
Removing an MQSeries Client from Windows 95 and Windows 98
If you want to remove the MQSeries client files from your machine, use
Settings/ Control Panel/ Add-Remove Programs. First select MQSeries Client,
which launches the uninstall program. Then select the components you want
to remove and click Remove.
If you choose to remove all MQSeries components and are then likely to
reinstall MQSeries, you should restart your computer to complete the
uninstall process. You cannot reinstall any components until you have
restarted.
All the MQSeries client files that were created at installation time are removed
by the process.
setupen - English
setuppt - Brazilian Portuguese
setupfr - French
setupde - German
setupit - Italian
setupjp - Japanese
setupko - Korean
setupes - Spanish
setupcn - Simplified Chinese
setuptw - Traditional Chinese
4. Run setup.exe
The MQSeries Welcome window is displayed.
5. Make sure you are installing the correct client for your system, Windows
3.1, as displayed in the Welcome window.
6. Select Destination Directory requires a destination directory into which
the MQSeries files will be installed.
You can change the default directory by selecting the browse button and
choosing a different drive and directory, then click on OK. Click on the
Next button or press Enter to continue.
7. Choose MQSeries Components displays a list of components from which
you can select the ones you want to be installed.
To select a component, click in the box next to it so that a check mark
appears (just highlighting the line does not select it). The space needed
for each component is shown here, and the space available on the drive
you have selected. Click on the Next button or press Enter to continue.
8. Select Program Folder prompts you for a folder name to contain the
MQSeries objects. The default name is MQSeries Client for Windows 3.1.
You can rename the default or choose an existing folder.
9. Start Copying Files displays the selection you have made. Click on the
Back button if you want to return to change your choice.
Now click on the Next button or press Enter to start the file copying
process.
The progress indicator shows what components are being copied and the
percentage of copying completed.
10. The next window presents you with the opportunity to view the
README file. If you do not want to view the README file at this point,
it will be available in the MQSeries client folder.
If you view the README file, close the window of the README to
continue the installation process.
11. The installation of the MQSeries client is now complete, and a window is
displayed giving you the option of restarting your computer now or
leaving it until later. It is recommended that you restart your computer
now. Close all the other applications that are running before continuing
with this step.
Select Yes, I want to restart my computer now and click on the Finish
button to complete the setup.
12. When setup is complete, the MQSeries Client folder is added to the
Program Manager. Note that the MQSeries client is a set of services and
it does not have to be explicitly run, so the folder does not have an object
called a “client”.
Removing an MQSeries Client from Windows 3.1
If you want to remove the MQSeries client files from your machine, use the
process provided to do this efficiently.
Run Uninstall from the MQSeries client folder. You are prompted before
continuing.
All the MQSeries client files that were created at installation time are removed
by the process.
Installing on Windows NT
To install an MQSeries client on Windows NT, use the MQSeries Client
CD-ROM supplied as part of the MQSeries product.
Note: If you plan to install an MQSeries client and server on the same
machine, see “Installing MQSeries Clients on the Same Machine as the
Server” on page 57.
Installation
To install an MQSeries client for Windows NT, you must be logged on to
Windows NT as an administrator.
Installation Procedure
1. Insert the MQSeries Client CD-ROM into the CD-ROM drive.
2. The installation automatically starts and an MQSeries Language Selection
window is displayed.
This window presents you with a list of the national languages that are
available.
You can save space on the hard drive by copying only the subfolders for
the languages that you require. The language subfolders are:
4. Give all licensed users access to the folder that now contains the CD-ROM
image (in this example, the m: drive).
5. From a command prompt on the target machine, connect to the
appropriate drive and folder using the net use command:
net use devicename \\servername\netname
For example:
net use x: \\mqmnt\instmqs
For more detailed information on how to create a software package and a job,
refer to the Microsoft System Management Server documentation.
Note: The -i<miffilepath> parameter specifies the full path and file
name of a Management Information Format (.mif) file that
installation and uninstallation can generate. Remove the parameter
if you do not want to generate a .mif file.
9. Click on the Close button to close the Workstation Properties dialog.
Note: If you specified a local path in the Source Directory entry field,
you get a pop-up dialog warning you that the local path you
specified might not be accessible to SMS components running on
another machine. Click on the OK button to continue.
10. Click on the OK button to close the Package Properties window.
A pop-up dialog appears indicating that SMS will update the software
package at all sites. Click the OK button to continue.
The software package has been created and can be installed by creating an
SMS job.
Use the response file you have created to install the product on a remote
machine. (See “Installing on the Remote Machine”.)
Enclose the long path name and file name expressions in double quotes.
Removing an MQSeries Client from Windows NT
If you want to remove the MQSeries client files from your machine, use
Settings/ Control Panel/ Add-Remove. First select IBM MQSeries Client,
which launches the install program. Alternatively, choose MQSeries
Uninstallation from the IBM MQSeries client folder. You can choose to
uninstall one or more components or the whole of the MQSeries client,
including or excluding data.
Instructions for installing the classes are given in the readme that accompanies
the SupportPac.
Hardcopy Books
The book that you are reading now is MQSeries for AS/400 Quick Beginnings.
This is the only book that is supplied in hardcopy with the product. However,
all books listed in Table 4 on page 91 are available for you to order or print.
You can order publications from the IBMLink™ Web site at:
http://www.ibm.com/ibmlink
Online Information
This section describes:
v “Publications CD-ROM” on page 94
v “HTML and PDF Books on the World Wide Web” on page 96
v “BookManager CD-ROMs” on page 97
v “Online Help” on page 97
Publications CD-ROM
Included with the product is a publications CD-ROM. On this CD-ROM there
are three directories; books, amqaa60w, and readme.
HTML: You can view the MQSeries online documentation in HTML format
directly from the publications CD-ROM. All books except for the MQSeries
Application Programming Reference Summary are available in U.S. English and
also in some or all of the following national languages:
v French
v German
v Italian
v Japanese
v Korean
v Spanish
v Simplified Chinese
When you read the books in HTML, you can follow hypertext links from one
book to another. If you are reading translated books and link to a book that is
not available in your national language, the U.S. English version of the book
will be opened instead.
The PDFs are available in U.S. English and also in some or all of the following
national languages:
v French
v German
v Italian
v Japanese
v Korean
v Spanish
v Simplified Chinese
To find out which ones are available in your language, look for the
appropriate directory on the CD-ROM. The PDFs are in the directory
BOOKS/PDF/ll_LL, where ll_LL is one of the following:
v en_US (English)
v fr_FR (French)
v de_DE (German)
v it_IT (Italian)
v ja_JP (Japanese)
v ko_KR (Korean)
v es_ES (Spanish)
v zh_CN (Simplified Chinese)
Within these directories, you can find the complete set of PDFs that are
available. Table 5 shows the file names used for the PDF files.
Table 5. MQSeries publications – file names
Book File Name
MQSeries for AS/400 Quick Beginnings AMQWAC00
MQSeries for AS/400 System Administration AMQWAG00
MQSeries for AS/400 Application Programming Reference (ILE AMQWAK00
RPG)
MQSeries Planning Guide CSQZAB03
MQSeries Intercommunication CSQZAE03
MQSeries Clients CSQZAF03
MQSeries Command Reference CSQZAJ03
MQSeries Programmable System Management CSQZAI03
MQSeries Application Programming Reference CSQZAK03
MQSeries Application Programming Guide CSQZAL03
MQSeries Application Programming Reference Summary CSQZAM03
MQSeries Using C++ AMQZAN03
MQSeries Administration Interface Programming Guide and CSQZAT01
Reference
MQSeries Queue Manager Clusters CSQZAH01
To use the package, start Adobe Acrobat Reader and open the file
amqaa60w.pdf located in the amqaa60w/panels directory on the publications
CD-ROM.
The package is also supplied in a zip file and a tar file. If you wish, you can
unpack these onto your own file system and access them from there instead of
directly from the CD-ROM.
There might also be a file of latest information (in U.S. English only) that
became available after the readme files were translated.
HTML and PDF Books on the World Wide Web
The MQSeries for AS/400 books are available on the World Wide Web as well
as on the publications CD-ROM. They are available in PDF and HTML
format. The MQSeries product family Web site is at:
http://www.ibm.com/software/ts/mqseries/
BookManager CD-ROMs
The MQSeries library is supplied in IBM BookManager® format on a variety
of online library collection kits, including the Transaction Processing and Data
collection kit, SK2T-0730. You can view the softcopy books in IBM
BookManager format using the following IBM licensed programs:
BookManager READ/2
BookManager READ/6000
BookManager READ/DOS
BookManager READ/MVS
BookManager READ/VM
BookManager READ for Windows
Online Help
MQSeries for AS/400 provides context-sensitive help. If you place your cursor
on a command or panel field and press PF1, you are presented with relevant
help information.
Notes:
1. Source for the ILE C samples is in QMQMSAMP/QCSRC. Include files
exist as members in the file QMQM/H.
2. Source for the COBOL samples is in QMQMSAMP/QCBLSRC for the
OPM compiler, and QMQMSAMP/QCBLLESRC for the ILE compiler.
Copy members exist in QMQM/QCBLSRC and QMQM/QCBLLESRC
respectively. The members are named AMQ0xxx4 for OPM, and
AMQ5xxx4 for ILE. xxx indicates the sample function.
3. There are three sets of RPG sample programs:
a. OPM RPG programs. The source for these is in
QMQMSAMP/QRPGSRC. The members are named AMQ1xxx4, where
xxx indicates the sample function. Copy members exist in
QMQM/QRPGSRC.
b. ILE RPG programs using the MQI through a call to QMQM. The
source for these is in QMQMSAMP/QRPGLESRC. The members are
named AMQ2xxx4, where xxx indicates the sample function. Copy
members exist in QMQM/QRPGLESRC. Each member name has a
suffix of ’R’.
c. ILE RPG programs using prototyped calls to the MQI. The source for
these is in QMQMSAMP/QRPGLESRC. The members are named
AMQ3xxx4, where xxx indicates the sample function. Copy members
exist in QMQM/QRPGLESRC. Each member name has a suffix of ’G’.
If the objects required by the sample programs are missing from your system,
you can create them. Use the program in member AMQSCOMA in the source
physical file QMQMSAMP/QMQSC. You can also use this program to reset
the attributes of default system objects.
Service updates for MQSeries for AS/400 are supplied as PTFs (Program
Temporary Fixes). They may be supplied on a CD-ROM, or you may obtain
them electronically as save files, which are normally stored in the QGPL
library. For details of how to load and apply PTFs and read their cover letters,
see the AS/400 Basic System Operation, Administration, and Problem Handling
manual, SC41-5206.
When you reinstall MQSeries for AS/400, the system checks whether the
MQSeries configuration file (mqs.ini) exists. If the file exists, it is kept and
used with the newly installed system. If the file does not exist, an empty
mqs.ini file is placed in the directory /QIBM/UserData/mqm.
All data that you have in the UserData directory is transferred to the newly
installed system. In addition, all the queue manager-associated libraries
containing journal and receiver information are transferred to the new system.
IBM may have patents or pending patent applications covering subject matter
described in this information. The furnishing of this information does not give
you any license to these patents. You can send license inquiries, in writing, to:
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785
U.S.A.
The following paragraph does not apply to the United Kingdom or any
other country where such provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS
PUBLICATION “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER
EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY,
OR FITNESS FOR A PARTICULAR PURPOSE. Some states do not allow
disclaimer of express or implied warranties in certain transactions, therefore
this statement may not apply to you.
Any references in this information to non-IBM Web sites are provided for
convenience only and do not in any manner serve as an endorsement of those
Web sites. The materials at those Web sites are not part of the materials for
this IBM product and use of those Web sites is at your own risk.
IBM may use or distribute any of the information you supply in any way it
believes appropriate without incurring any obligation to you.
Licensees of this program who wish to have information about it for the
purpose of enabling: (i) the exchange of information between independently
created programs and other programs (including this one) and (ii) the mutual
use of the information which has been exchanged, should contact:
IBM United Kingdom Laboratories,
Mail Point 151,
Hursley Park,
Winchester,
Hampshire,
England
SO21 2JN.
The licensed program described in this information and all licensed material
available for it are provided by IBM under terms of the IBM Customer
Agreement, IBM International Programming License Agreement, or any
equivalent agreement between us.
Trademarks
The following are trademarks of International Business Machines Corporation
in the United States, or other countries, or both:
Java and all Java-based trademarks and logos are trademarks or registered
trademarks of Sun Microsystems, Inc. in the United States and/or other
countries.
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of
Microsoft Corporation in the United States, other countries, or both.
Intel and Pentium are trademarks of Intel Corporation in the United States
and/or other countries. (For a complete list of Intel trademarks see
www.intel.com/tradmarx.htm)
Index 111
112 MQSeries for AS/400, V5.1 Quick Beginnings
Sending your comments to IBM
If you especially like or dislike anything about this book, please use one of
the methods listed below to send your comments to IBM.
Feel free to comment on what you regard as specific errors or omissions, and
on the accuracy, organization, subject matter, or completeness of this book.
Please limit your comments to the information in this book and the way in
which the information is presented.
When you send comments to IBM, you grant IBM a nonexclusive right to use
or distribute your comments in any way it believes appropriate, without
incurring any obligation to you.
You can send your comments to IBM in any of the following ways:
v By mail, to this address:
Information Development Department (MP095)
IBM United Kingdom Laboratories
Hursley Park
WINCHESTER,
Hampshire
United Kingdom
v By fax:
– From outside the U.K., after your international access code use
44–1962–870229
– From within the U.K., use 01962–870229
v Electronically, use the appropriate network ID:
– IBM Mail Exchange: GBIBM2Q9 at IBMMAIL
™
– IBMLink : HURSLEY(IDRCF)
– Internet: [email protected]
GC34-5557-00
Spine information:
IBM MQSeries® for AS/400® MQSeries for AS/400, V5.1 Quick Beginnings V5.1