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 runtime operation. These properties are available for review and update when you select the 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.
The broker opens the input queue as shared (using the MQOO_INPUT_SHARED option), so you must ensure that the input queue has been defined with the SHARE property to enable multiple broker threads to read from the same input queue.
For more information about the node properties, refer to the MQInput node.
If the Additional Instances Pool property is not available for a node, the behavior is the same as if Additional Instances Pool is set to Use pool associated with message flow. You can set this property on the MQInput node, FileInput node, WebSphere Adapters input nodes, and Web Services input nodes.
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 3 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.
Use coordinated transactions only where you need to process the message and any database updates performed by the message flow in a single unit-of-work, using a two-phase commit protocol. This means that both the message is read and the database updates are performed, or neither is done.
If you change this value, ensure that the broker's queue manager 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 globally coordinated, the queue manager configuration does not support this.
See Supported databases for information about which databases are supported as participants in a global transaction, and the WebSphere MQ System Administration book 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 introductory information about UDPs, see User-defined properties in ESQL.
For information about configuring UDPs at deployment time, see Configuring a message flow at deployment time using UDPs.
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.