You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Current »

API Refactoring

TBC

Property Changes on Instances

  • Some property values are OK to change at run time, some aren’t.
  • Should we allow property values to be changed at run time?
  • We need to support this. Property changes at run time.
  • Only allowed for properties where restart of ACM elements is not required.
  • To be implemented.

Versioning

We will version the ACM definitions that we commission and decommission but not ACM instances. The configuration of ACM instances will not be version controlled.

Since the App is a composite entity, some versioning principles are needed and require enforcement by the App Management solution:

  • Each Artifact must have a unique identity and Version within a deployment (to enable its management in the system)
  • Each Automation Composition comprising a set of artifacts has a unique identity and Version within a deployment
  • Whenever an artifact is changed, its Version must be stepped
  • Whenever an artifact comprising an Automation Composition steps version, the Automation Composition version must also be stepped.
  • Multiple versions of an Automation Composition and/or Automation Composition Elements may exist in parallel.
  • Multiple Instances of an Automation Composition and/or Automation Composition Elements may exist in the same run-time.

ACM Use Case

TBC

Unpriming

An "unpriming" message must be sent to participants when an automation composition is decommissioned. This message is required on participants so that the ACM definition can be deleted and so that the participant can take whatever action it needs to take to clean up.

We need to implement this if it is not already implemented.




  • No labels