IBM App Connect Enterprise, Version 11.0.0.2 Operating Systems: Windows, Linux


Configuring the storage of events for Resequence nodes

You can use a Resequence policy to control the storage of events for Resequence nodes.

About this task

Information about the state of in-flight messages is held on storage queues that are controlled by IBM® MQ, so you must install it on the same computer as your integration server if you want to use the capabilities that are provided by the Resequence node. The storage queues that hold the state information are owned by the queue manager that is associated with the integration server.

If the integration server has the necessary permissions to create the default system queues, they are created automatically when a flow containing Resequence nodes is deployed. If the default queues are not created automatically, you can create them manually; see Creating the default system queues on a WebSphere MQ queue manager.

By default, the storage queues used by all Resequence nodes are:
  • SYSTEM.BROKER.EDA.EVENTS
  • SYSTEM.BROKER.EDA.COLLECTIONS

These queues are also used by the Collector node.

However, you can control the queues that are used by different Resequence nodes by creating alternative queues that contain a QueuePrefix variable, and by using a Resequence policy to specify the names of those queues for storing events.

Follow these steps to specify the queues that are used to store event states, and to set the timeout and the start and end of the sequence:

Procedure

  1. Create the storage queues to be used by the Resequence node. The following queues are required:
    • SYSTEM.BROKER.EDA.QueuePrefix.EVENTS
    • SYSTEM.BROKER.EDA.QueuePrefix.COLLECTIONS

    The QueuePrefix variable can contain any characters that are valid in a WebSphere® MQ queue name, but must be no longer than eight characters and must not begin or end with a period (.). For example, SET1 and SET.1 are valid queue prefixes, but .SET1 and SET1. are invalid.

    If you do not create the storage queues, IBM App Connect Enterprise creates the set of queues when the node is deployed; these queues are based on the default queues. If the queues cannot be created, the message flow is not deployed.

  2. Create a Resequence policy (see Creating policies with the IBM App Connect Enterprise Toolkit).

    You can create a policy to be used with either a specific sequence or with all sequences in an integration server. If you are creating a policy to be used with a specific sequence, ensure that the name of the policy is the same as the name that you specify in the Configurable service property on the Resequence node. If you are creating a policy to be used with all sequences in the integration server, ensure that the policy has the same name as the integration server. However, the name of a policy cannot start with a digit; if the name of the policy is to be the same as that of the integration server, ensure that the name of the integration server does not start with a digit.

    If you delete the Resequence policy, the storage queues are not deleted automatically when the policy is deleted, so you must delete them separately.

  3. Set the Queue prefix property to the required value (see Resequence policy).
  4. Optional: Set the Missing message timeout, Start of sequence, and End of sequence properties.
  5. In the Resequence node, if the policy is to be used for a specific sequence, specify the name of the policy on the Advanced tab; for example, myResequenceService. If you do not set the Configurable service property, and if a policy exists with the same name as the integration server, that policy is used instead.

What to do next

The properties for the policy are not used by the integration server until you restart or redeploy the message flow, or restart the integration server.

bc28140_.htm | Last updated 2018-11-02 14:46:16