IBM Integration Bus, Version 9.0.0.8 Operating Systems: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

See information about the latest product version

Configuring the start mode of flows and applications at development time

You can configure the run state of message flows and applications when you deploy or when you restart an integration server.

Before you start:
This topic assumes that you have already created a broker archive (BAR) file and added a message flow or application. For more information, see the following topics:

In previous versions of IBM® Integration Bus, when you deploy a new message flow to an integration server, the flow is started automatically. If you deploy an existing message flow to an integration server, the existing run state of the flow is maintained. Therefore, if the flow was stopped before you deployed it, it remains stopped when you deploy it. This run state is also maintained when you restart the integration server.

From WebSphere® Message Broker Version 8.0 onwards, you can set the default behavior of message flows and applications when you deploy or restart an integration server. For example, you might have a message flow that creates resources that are required by other message flows. Therefore, you might want to start one message flow before all others when the flows are deployed, or when the broker, integration server, or containing application are started. You can set one message flow to start automatically, then set other message flows to require a manual restart.

You specify the default behavior by setting the Start Mode property on the broker archive BAR file. You can also configure the run state by using the startMode property on the mqsiapplybaroverride command. For more information, see Setting the start mode of flows and applications at run time. You can set the Start Mode property to one of the following values:
Maintained
This value is the default, and indicates that the flow or application is started when deployment is complete, and remains running until a stop command is issued. After a stop command has been issued, the flow or application remains stopped until a start command is issued. The state of the flow or application remains unchanged after redeployment, or after the broker, integration server, or containing application has been restarted.
Manual
This value indicates that the flow or application must always be started manually after deployment or after the broker, integration server, or containing application has been restarted. The flow or application is in stopped state after deployment or redeployment, and after the broker, integration server, or containing application is restarted, even if the flow or application was running before the deployment or restart.
Automatic
This value indicates that the flow or application is always started automatically after deployment, redeployment, or after the broker, integration server, or containing application is restarted.

To indicate how a flow or application is started after deployment, or after the broker, integration server, or containing application is restarted, complete the following steps.

  1. Open the BAR file in the IBM Integration Toolkit by double-clicking it. The contents of the BAR file are shown in the Broker Archive editor.
  2. On the Manage tab, select the message flow or application for which you want to configure the run state.
  3. To view the configurable properties for the message flow or application, click the Properties tab.
  4. Set the Start Mode property to the required value.

    You can set this property for message flows and applications. The state of an application overrides the state of any message flows that it contains. For example, if an application is stopped, no flows in that application can run, even if they have been set to start automatically.

  5. Save the BAR file.
Next: Deploy the BAR file by following the instructions in Deploying a broker archive file.

bf23600_.htm | Last updated Friday, 21 July 2017