Managing Ensemble Productions - InterSystems Documentation
Managing Ensemble Productions - InterSystems Documentation
Managing Ensemble Productions - InterSystems Documentation
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
Maintenance<br />
A refresh operation as frequent as every 5 seconds might be helpful or distracting, depending on how you are using<br />
the portal. To change the rate, enter a new value in this field. If you never want an automatic refresh to occur, set the<br />
value to 0 (zero).<br />
• Auto-Start Production — You can configure <strong>Ensemble</strong> so that a specific production starts automatically at system<br />
startup, and stops automatically at system shutdown. In the Production list, click a production name. To disable automatic<br />
production start, click the blank entry; this is the default.<br />
For more details, see the Production Life Cycle section of the “Production Concepts” chapter of Developing <strong>Ensemble</strong><br />
<strong>Productions</strong>.<br />
When you are finished making changes in the Maintenance page, click Save to apply the changes.<br />
12.1 Suspended Messages<br />
The [<strong>Ensemble</strong>] > [Maintenance] > [Suspended] page allows you to study and resubmit messages that have entered a suspended<br />
state. Some business operations are designed to set the status of any failed messages to suspended. Alternatively, you can<br />
suspend a message from the Instances display on the [<strong>Ensemble</strong>] > [Host Monitor] page.<br />
In either case, such a message goes on a special queue where <strong>Ensemble</strong> keeps all suspended messages. You can use the<br />
Suspended Messages page to find and examine these messages. An inspection of the routing information or contents of a<br />
specific message might reveal the reason why the message failed. For example, if the problem is that an external destination<br />
went out of service, you can make a change to reestablish communication with that server. Then you can resubmit the<br />
suspended messages to the external server from this page.<br />
You can display the Suspended Messages page by clicking Maintenance on the <strong>Ensemble</strong> menu and then clicking Suspended<br />
Messages from the Maintenance menu.<br />
If some messages in the currently running production are suspended, the page lists them. If no messages are suspended,<br />
the list is empty. The list displays message information as described in the following table.<br />
Column<br />
Check box<br />
#<br />
ID<br />
Time Created<br />
Session<br />
Error<br />
Source<br />
Target<br />
Description<br />
Mechanism for selecting messages for the Resubmit, Edit & Resubmit, Discard, and Delete<br />
commands.<br />
An incremental count of the number of entries in the table.<br />
The unique identifier for the instantiated message.<br />
The date and time when this message was instantiated.<br />
The unique identifier of the session to which this message belongs. A session marks the<br />
beginning and end of all the activities prompted by a primary request message from outside<br />
<strong>Ensemble</strong>.<br />
A quick overview of the results returned by the message to the configuration item that sent<br />
it, the Error field can have the values OK, Error, Retry, or Inactive. OK means normal behavior;<br />
Retry means the message experienced a failure but the item that sent it is configured to retry<br />
the failed message. Error means an error was reported somewhere in the activity. Inactive<br />
means that the item that sent the message has been idle for longer than its Inactivity Timeout<br />
setting, and may require diagnostic action.<br />
The name of the configuration item that sent the message.<br />
The name of the configuration item that is the intended recipient of the message.<br />
104 <strong>Managing</strong> <strong>Ensemble</strong> <strong>Productions</strong>