When you add a message flow to a broker archive (BAR) file in preparation for deploying it to a broker, you can set additional properties that influence its run time operation. These properties are available for review and update when you select the Manage and Configure tab for the broker archive file.
If the message flow processes WebSphere® MQ messages, you can configure the message flow to control the message order. Set the Order Mode property on the MQInput node accordingly. You might also need to set the Commit by Message Group and Logical Order properties.
An MQInput node opens the input queue with MQOO_INPUT_AS_Q_DEF, which uses the DEFSOPT property of the input queue. Therefore, you must ensure that the input queue has been defined with DEFSOPT(SHARED) and with the SHARE property set to enable multiple broker threads to read from the input queue. If these properties are not set in this way, the message flow threads report that the queue is in use (MQRC=2042), and the message flow might stop processing messages on the input queue.
If you have multiple input nodes in your message flow, the available additional threads might not be allocated evenly between the different input nodes. In an extreme case, all the threads might be allocated to a single input node, and only one aspect of message flow throughput is improved. To avoid this problem, you can use the Additional Instances Pool property, together with the Additional Instances property, to allocate a pool of additional instance threads for each input node.
The default value of 1 is also the minimum permitted value. Change this property to avoid frequent MQCMIT calls when messages are being processed quickly and the lack of an immediate commit can be tolerated by the receiving application.
Use the Commit Interval to ensure that a commit is performed periodically when not enough messages are received to fulfill the Commit Count.
This property has no effect if the message flow does not process WebSphere MQ messages.
The time interval is specified in seconds, as a decimal number with a maximum of three decimal places (millisecond granularity). The value must be in the range 0.000 through 60.000. The default value is 0.
This property has no effect if the message flow does not process WebSphere MQ messages, or if the value of the Commit Count is 1
Use coordinated transactions only where you need to process the message and any database updates that are performed by the message flow in a single unit-of-work, using a two-phase commit protocol. In this case, both the message is read and the database updates are performed, or neither is done.
If you change this value, ensure that the queue manager for the broker is configured correctly. If you do not set up the queue manager correctly, the broker generates a message when the message flow receives a message to indicate that, although the message flow is to be XA coordinated, the queue manager configuration does not support coordination.
See Supported databases for information about which databases are supported as participants in an XA coordinated transaction, and the System Administration section of the WebSphere MQ Version 7 product documentation online for how to configure WebSphere MQ and the database managers.
This property has no effect if the message flow does not process WebSphere MQ messages.
For more information, see Configuring monitoring event sources using a monitoring profile.
For more information, see Configuring authorization with TFIM V6.1.
For introductory information about UDPs and dynamic UDPs, see User-defined properties in ESQL and User-defined properties.
For information about configuring UDPs at deployment time, see Configuring a message flow at deployment time with user-defined properties.
For information about configuring UDPs at run time, see Setting message flow user-defined properties at run time in a CMP application.
You can view and update other configurable properties for the message flow. The properties that are displayed depend on the nodes within the message flow; some have no configurable properties to display. The node properties that are configurable are predominantly system-related properties that are likely to change for each broker to which the message flow is deployed. These properties include data source names and the names of WebSphere MQ queues and queue managers. For full details of configurable properties for a node, see the appropriate node description.