Message Priority
|
Y
|
Set the priority of the message as it is to be retrieved by the queue manager.
|
Message Expiration
|
Y
|
The time, in tenths of a second, that the message persists in the queue before being deleted by the queue manager. The default,
0, as well as the value
-1, mean that the message never expires.
Values range from
-1 to
2147483647.
|
Generate Correlation Id
|
N
|
Select this check box to cause the queue manager to generate a unique correlation identifier for the message when it is sent. This means that the message identifier, which is always generated, is copied to the correlation identifier field.
Note: If this option is enabled, the queue manager overlays any correlation identifier that is mapped in the input schema.
|
Load Balance
|
N
|
Select this check box to enable load balancing when putting messages to suitably configured cluster queues. When it is enabled for a single message, option MQOO_BIND_NOT_FIXED is used to operate the destination. If the Put activity is for a logical message, the option MQOO_BIND_ON_GROUP is used and if the Put activity is likely to be for a message segment, the MQOO_BIND_ON_OPEN option is used. These options ensure that message groups are all put to the same queue manager. In other respects, the messages are distributed to queue managers according to the workload algorithms in effect for the cluster.
|
Persistence
|
N
|
Determines whether messages on the queue manager persist across restarts.
Select one of the following settings:
- AS_QUEUE_DEF: it uses the persistence level defined in the queue definition.
- PERSISTENT: it ensures that the message persists if the queue manager fails or restarts.
- NOT_PERSISTENT: not persistent.
|
Context Support
|
N
|
The input fields of a put operation fall into categories based on their context. Many fields are always present, but others are only present if the context relevant to that field is chosen. This is because the queue manager must grant the user the authorization to update these fields.
Select one of the following settings:
- Default: the input schema conforms to the fields accessible to a user with the default authority.
- Identity: the input schema conforms to the fields accessible to a user with the Set Identity Context authority.
The new fields are:
- accountingToken
- applicationIdData
- userId
- All: the input schema conforms to the fields accessible to a user with the Set Identity Context and Set All Context authorities.
The new fields (in addition to those provided by Identity) are:
- applicationOriginData
- putApplicationType
- putApplicationName
|
Confirm on Arrival
|
N
|
Trigger a report message by using the
Confirm on Arrival type. The report is not enabled by default.
Report types are:
- NONE: the report is not enabled.
- NO_DATA: the body of the message does not accompany the report.
- WITH_DATA: the first 100 bytes of the message body accompanies the report.
- FULL_DATA: the entire body of the message accompanies the report.
Reports are delivered to the reply to queue specified in the
Report Reply Queue field. Because this field maps to the message's
replyToQueueName field, reports are mutually exclusive with
Request type messages. That is, if the message type is
Request, a report confirmation is not sent.
|
Confirm on Delivery
|
N
|
Trigger a report message by using the
Confirm on Delivery type. The report is not enabled by default.
Report types are:
- NONE: the report is not enabled.
- NO_DATA: the body of the message does not accompany the report.
- WITH_DATA: the first 100 bytes of the message body accompanies the report.
- FULL_DATA: the entire body of the message accompanies the report.
Reports are delivered to the reply to queue specified in the
Report Reply Queue field. Because this field maps to the message's
replyToQueueName field, reports are mutually exclusive with
Request type messages. That is, if the message type is
Request, a report confirmation is not sent.
|
Confirm on Exception
|
N
|
Trigger a report message by using the
Confirm on Exception type. The report is not enabled by default.
Report types are:
- NONE: the report is not enabled.
- NO_DATA: the body of the message does not accompany the report.
- WITH_DATA: the first 100 bytes of the message body accompanies the report.
- FULL_DATA: the entire body of the message accompanies the report.
Reports are delivered to the reply to queue specified in the
Report Reply Queue field. Because this field maps to the message's
replyToQueueName field, reports are mutually exclusive with
Request type messages. That is, if the message type is
Request, a report confirmation is not sent.
|
Confirm on Expiry
|
N
|
Trigger a report message by using the Confirm on Expiry type. The report is not enabled by default.
Report types are:
- NONE: the report is not enabled.
- NO_DATA: the body of the message does not accompany the report.
- WITH_DATA: the first 100 bytes of the message body accompanies the report.
- FULL_DATA: the entire body of the message accompanies the report.
Reports are delivered to the reply to queue specified in the
Report Reply Queue field. Because this field maps to the message's
replyToQueueName field, reports are mutually exclusive with
Request type messages. That is, if the message type is
Request, a report confirmation is not sent.
|
Report Reply Queue
|
Y
|
Enter the name of the queue to which
Report messages are sent. This queue needs not exist and is not checked, but can be selected using
Choose a field value type on the right side of the field. The value entered here maps onto a message's
replyToQueueName field.
|
Pass Correlation Id
|
N
|
Determines the setting for a report message’s correlation ID.
- When selected, the correlation ID of the sent message is copied to the correlation ID field of the report message.
- When cleared, the message ID of the sent message is copied to the correlation ID field of the report message.
|
Asynchronous Put*
|
N
|
Select this check box to achieve a modest improvement in the latency of the Put activity if your application can tolerate the potential for an unreported failure writing to the queue.
See the IBM WebSphere documentation for the put message option
MQPMO_ASYNC_RESPONSE for more information regarding the risks of using this option.
|