The Deployment Automation Manager consists of two tools used for:
Although the tools are best used in conjunction, they can be used independently as well.
The Automated Versioning Manager is a tool that helps manage Appian applications and database DDL files in a version control system. Given an Appian application ZIP file, the Automated Versioning Manager performs the following actions:
The goal of this tool is to facilitate the adoption and usage of a version control system to perform configuration management of the Appian applications and database DDL files.
With the Automated Import Manager, users can automatically deploy applications and patch contents (either applications from Appian OR packages generated from the Automated Versioning Manager) to any environment. Users will have three options for deployment: the tool can either deploy from the tool’s user interface in one click, trigger the deployment from an external CI tool or deploy from the command line.
The Automated Import Manager automates the process of inspecting the application, executing DDL scripts, updating CDTs, republishing the appropriate datastores, and importing the application.
For more information, please visit: https://community.appian.com/w/the-appian-playbook/198/deployment-automation
HI Aneeshv,We currently don't support password encryption. We suggest to secret store software like Vault in your testing framework to store the password and provide it at runtime when running Deployment Automation Manager.
We need the password to be encrypted in the deploy-application.sh script. Can you please tell us the steps on how to do it? deploy-application.bat -application_path "PATH TO APPLICATION ZIP" -username SERVICE_ACCOUNT_USERNAME -password SERVICE
I have gotten around the auth error by using Putty instead of OpenSSH. Unfortunately I have a new problem. The version-application runs, but does not do anything and does not respond when I try kill it.
Hello brendonp, for GitLab you can create an access token to use in the password field in the properties file as opposed to your actual password. To do so, you can follow this link here: https://docs.gitlab.com/ee/user/profile/personal_access_tokens.html. For the repoUrl, make sure to use the https URL instead of ssh. This way, it will function the same as if you used ssh without jeopardizing your password. Please let us know if you have any additional questions.
I use ssh key to get access to my GitLab repository and not a username and password. When I use the versioning-client I get an Auth fail when try to push contents to my repository.
Details of error:
org.eclipse.jgit.api.errors.TransportException: firstname.lastname@example.org: Auth fail
I have gotten this to work on Linux, but not Windows. Most of our users are on Windows so this is an issue. Has anybody else experienced this?
I am having a similar issue to what sneham0002 said. The only difference is I'm exporting an excel file instead of the DDL files in the patch.
Has anyone found a solution to this?
While trying the buildSingleApp action does it consider packaging the DDL file in the package?
I am unable to deploy the application using the deployment Automation web UI, as the package generated by AVM is not containing the ddl files to execute, but the metadata property file refers to ddl file and the deployment fails because of the same.
nidhia - I suggest posting in community.appian.com/.../ as you'll get more visibility there.
Can anyone give the demo ? As it is not working as expected .
v2.5.3 (Update on 09 Nov 18)
* Created a reset command for Remote Automated Deployment Manager
* Bug Fixes
* Version and Import Metrics Logger Initialized correctly to fix null pointer exception
v2.5.2 (Update on 16 Oct 2018)
* Folder listener to auto trigger “Add Contents” action
* Field validation for import and versioning manager properties files
* Usage metrics collection to better understand tool use
* Updated error log messages
* ADM UI: Handle apostrophes in app name
* ZIP type validation for Automated Import Manager
v2.5.1 (Update on 17 Sep 2018)
* New BuildMultipleApps action
* Check version of tools with -v or -version flags
* Fixed ADM SQL errors with non-null statements and forward slash as delimiters
* Added Flyway DB version control tool to command line and AIM GUI
* Allow import of DDL scripts or Flyway scripts without an application zip or patch zip
* Added Folder Listener script that will run addContents automatically when a file is dropped into a folder
* Added buildAllApps to list of approved actions
* Set inspect_only properly in AIM
* Fixed bug where repo would be cloned into a folder with an incorrect name
* Passed in correct authentication token for buildAllApps and buildSingleApp
* Added buildSingleApp action to extract one app from multi app repo
* Renamed buildPackage to buildAllApps to better clarify the functionality
* Fixed miscellaneous issues with parsing SQL in DDL file
* Mark/reset issue with large customization files
Any news on Automated Export Manager ? AFAIK we do not have a CLI/API for Exporting Application/Patch.
If this is added, it will complete the whole deployment process.
© 2019 Appian. All rights reserved.