Overview
This utility automates the process of inspecting the application, executing DDL scripts, updating CDTs, republishing the appropriate datastores, and importing the application.
With the Automated Import Manager Client, users can automatically deploy applications and package contents (either applications from Appian OR packages generated from the Automated Versioning Manager) to any environment. This utility provides the scripts that support triggering deployments from an external CI tool or deploy from the command line.
Key Features & Functionality
Automated Import Manager:
For more information, please see visit: https://community.appian.com/w/the-appian-playbook/198/deployment-automation
Note: This utility does not support Java version 9.0.
facing issue with Automated Import (v2.5.11) for database deployment :
Status: Failed. Current step: Inspecting Application. Error message: Flyway Enterprise Edition or Oracle upgrade required: Oracle 12.1 is no longer supported by Flyway Community Edition, but still supported by Flyway Enterprise Edition..
It's encrypted as per TLS when communicating with the environment, but I don't think it's encrypted in-place.
Is there a way to encrypt the password stored in the import-manager.properties? This violates are security compliance.
Couple of critical enhancements which are needed on these tools . If any one has any work around for the below, please feel free to share.
1. Token based authentication. Storing password and user ID in property file is not best solution in terms of security.
2. Multiple parallel deployments. At a time two deployments is not possible. This will a blocker when 7-8 team as going to deploy.
3. Getting the detail logs at the end of import. There is a manual step to log in to tempo to get the details log. If we are doing CICD, then why again a manual step. The tool should share detailed log.
Yes we were creating a new branch from the master. We had used -branch_name.
Were you checking out the branch outside of the tool? It should be able to switch branches if you use the "-branch_name" option.
I guess we have found what was wrong.
When a new branch is created from master the versioning configuration was getting copied which was referring to master branch. After changing the configuration in the new branch to refer the new branch, we have not seen this issue occurring.
We have not tried with GitHub. It work in local machine. If we can get some details on when and why the rename operation happens maybe we can troubleshoot.
Do you know if the same thing works on a GitHub account?
Command line - version-application.bat -action buildAllApps -repo_url **** -vc_username **** -vc_password **** -branch_name **** -start_hash **** -end_hash **** -appian_objects_repo_path **** -package_path *** -local_repo_path "localrepopath"
Os - git-lfs/2.11.0 (GitHub; windows amd64; go 1.14.2; git 48b28d97)
More details on the error
2020-09-15 07:17:16,570 - VersionManagerProperties:[vcUsername:######],[vcPassword:***],[commitMessage:value not provided],[action:buildAllApps],[applicationPath:value not provided],[adminConsolePath:value not provided],[ddlPath:value not provided],[flywayPath:value not provided],[ddlDs:value not provided],[uuid:value not provided],[applicationName:value not provided],[startHash:######],[endHash:######],[packagePath:######],[versionControlType:GIT],[repoUrl:######],[localRepoPath:localrepopath],[branchName:master],[appianObjectsRepoPath:######],[noUpdate:value not provided],[enableFolderListenerCommitMessage:value not provided],[proxyPort:value not provided],[proxyUrl:value not provided],[proxyUsername:value not provided],[proxyPassword:value not provided],
2020-09-15 07:17:16,686 - Missing git repository. Cloning automatically.2020-09-15 07:17:16,686 - Cloning from ###### to localrepopath2020-09-15 07:17:23,315 - Local repo updated successfully2020-09-15 07:17:23,445 - Checking out hash or tag: ######2020-09-15 07:17:23,942 - Checking out hash or tag: ######2020-09-15 07:17:25,361 - There was an error completing the selected operation. Additional details will be logged.2020-09-15 07:17:25,364 - Details of error: org.eclipse.jgit.api.errors.JGitInternalException: Could not rename file localrepopath\######\application_files\META-INF\_######\._export.log######.tmp to localrepopath\######\application_files\META-INF\_######\export.log at org.eclipse.jgit.api.CheckoutCommand.call(CheckoutCommand.java:328) at com.appiancorp.ps.automatedversioning.GitObject.checkout(GitObject.java:206) at com.appiancorp.ps.automatedversioning.VCSAndBuildController.buildPackage(VCSAndBuildController.java:227) at com.appiancorp.ps.automatedversioning.VCSAndBuildController.buildAllApps(VCSAndBuildController.java:311) at com.appiancorp.ps.automatedversioning.AutomatedVersioningManager.main(AutomatedVersioningManager.java:167)Caused by: java.io.IOException: Could not rename file localrepopath\######\application_files\META-INF\_######\._export.log######.tmp to localrepopath\######\application_files\META-INF\_######\export.log at org.eclipse.jgit.dircache.DirCacheCheckout.checkoutEntry(DirCacheCheckout.java:1374) at org.eclipse.jgit.dircache.DirCacheCheckout.doCheckout(DirCacheCheckout.java:499) at org.eclipse.jgit.dircache.DirCacheCheckout.checkout(DirCacheCheckout.java:443) at org.eclipse.jgit.api.CheckoutCommand.call(CheckoutCommand.java:271) ... 4 moreCaused by: java.io.IOException: Could not rename file D:\######-Runner\builds\######\0\######\######\######\localrepopath\######\application_files\META-INF\_######\._export.log2######.tmp to D:\######-Runner\builds\######\0\######\######\######\localrepopath\######\application_files\META-INF\_######\export.log at org.eclipse.jgit.util.FileUtils.rename(FileUtils.java:286) at org.eclipse.jgit.dircache.DirCacheCheckout.checkoutEntry(DirCacheCheckout.java:1371) ... 7 more