
Traditionally, layouts could only be stored under “my layouts” or “cloud”. ami file that is directly opened (ex: File > Absolute File - Open) is considered a Dashboard, or more specifically the Root Layout ami file which contains a set of source definitions such as Panels, Datamodels, Relationships, AmiScript, etc. With SCM, a Dashboard can be an amalgamation of multiple Layout files so the distinction matters: Prior to Source Control Management (SCM), a Dashboard was backed by a single Layout file, so the terms were interchangeable. Utilize multiple existing dashboards to create a single super-dashboard. Split existing dashboards into separate files for better SCM management. Changes are purely additive, existing functionality has not been changed nor removed. Users & dashboard developers can continue to develop/maintain dashboards without change.

Note: files are still json with the same general structure, just less clutter/redundancy. Loads existing dashboards and automatically converts to the new format. Treat AMI files just like any other resources that are managed through deployment strategies, such as uDeploy, TeamCity, etc.Įxtend existing dashboards for regional/business line specific usage without needing to maintain multiple near duplicate dashboards. Scripts, datamodels, widgets and entire dashboards can be written once and then reused across dashboards.ĭashboard Tracking, Versioning, BranchingĪs AMI files are managed by source control, they can be used to label versions of a dashboard, compare versions and manage branching.Įxisting dashboards can be incorporated into new dashboards making it easy to build super-dashboards cross-incorporating functionality Components can be set to defaults to avoid noisy/unintended changes.īy logically dividing a dashboard across files, Teams can simultaneously work on sub-components of the dashboard. The tool automatically updates and moves dependencies as necessary with naming conflict resolution.Ĭhanges to a dashboard result in minimum/localized changes to the underlying file. Conveniently check-in/out, diff history within the AMI web-based dashboard builder.ĭashboards can be comprised of multiple files meaning components can be logically separated for independent management/version control.įunctionality can be marked virtual and overridden in another file, allowing for dashboard designers to abstract out functionality for custom implementation.Ĭomponents can safely be renamed and/or moved between files. Source Control Management (SCM) Integration & Tooling 4.1 Sample JDBC connection to AMI Center.4 Using JDBC adapter to connect to AMIDB.
Layouteditor pow how to#
3.1 How to load Python Modules in AMI Script.3 Instructions for Using Python with AMI Script.1.7.4 CUSTOM AMISCRIPT METHODS & VARIABLE SCOPING.
