Table of Contents

Search

  1. Preface
  2. RulePoint
  3. RulePoint Concepts
  4. Using RulePoint
  5. RulePoint Objects
  6. Working with Topics
  7. Working with Connections
  8. Working with Sources
  9. Working with Responders
  10. Working with Responses
  11. Working with Watchlists
  12. Working with Analytics
  13. DRQL
  14. Working with Rules
  15. Working with Alerts
  16. Setting Access Controls
  17. Troubleshooting RulePoint Issues
  18. Connecting to an Ultra Messaging Application
  19. Creating an Ultra Messaging JMS Source

User Guide

User Guide

State of RulePoint Objects

State of RulePoint Objects

State denotes the current status of the RulePoint objects.
The RulePoint objects can have one of the following states:
Draft
When you create and save an object and do not deploy it, the object is in the Draft state. An object can return to the Draft state if you undeploy it. An object might be valid or not valid only in the design-time environment. You can move only a valid object to Deployed state.
Deployed
After you create and save a primary object, the object is saved as draft in design time. You must deploy the object to run in the run-time environment. When you deploy a primary object, all supporting objects linked to it are deployed automatically. For example, when you deploy a source, the topic and the connection associated with the source are also deployed. You can deploy an object only when the object is in Draft state. An object is valid both in the runtime and design time environment. When a primary object and its supporting objects are deployed successfully, the object is in Deployed state.
You can undeploy an object if you need to change the object properties. For example, for a JDBC connection, if you want to change the database connection information, you can undeploy the associated source. You can undeploy objects only when it is in deployed state. When you undeploy a primary object, all secondary objects associated with it are also undeployed. After you undeploy an object, the state of the object changes to draft. After you complete the changes, you can deploy the objects again.
When you edit a primary object, you can choose to save it first as draft and later deploy it. You can also choose to save and deploy simultaneously by using the
Save and Deploy
option.
Needs_Deployment
You can edit or update the deployed primary or the associated secondary objects without performing an undeploy. When you edit and save the objects, the state of the objects changes to the Needs_Deployment state. You can edit a deployed secondary object. If the secondary object has an associated primary object, you can use the
Save and Update
option so that all the associated primary objects are also deployed.
You can redeploy the objects that you have changed without undeploying them. In this case, the changes are affected only when you redeploy the objects.
You can map deployed objects in one service controller to another set of objects in another service controller. You can map or reassign objects from one service controller to another only when the objects are in the Needs_Deployment state. After you reassign the objects from one service controller to another, the state of the objects changes to the deployed state.

0 COMMENTS

We’d like to hear from you!