As a user I want to be able to load Docker based platform extensions.
Discussion Points
I replaced the credentials manager AWS build parameter for two password parameters as if null when loading a Docker based platform extension a CredentialsNotFound Checked Java exception is thrown when attempting to inject the AWS credentials using the "Use secret text(s) or file(s)" build environment feature.
The JSON collection structure has now changed so that an "extension_type" key needs to be provided (sample Collections JSON)
Maybe it would be better to have a load platform job per extension type to deal with the variance in parameters?
[x] Create dummy username and password credential to use as a placeholder for build credential params to avoid CredentialsNotFound Checked Java exception if not using an AWS platform extension type. PR Accenture/adop-platform-managment#21
[x] Update adop-nginx to support extending the existing tools vhost PR Accenture/adop-nginx#22
[x] Update Load_Platform_Extension jenkins job in adop-platform-management to support the docker platform extension type. PR Accenture/adop-platform-managment#22
[x] Update Load_Platform_Extension_Collections to default AWS credentials to adop-default placeholder credentials PR Accenture/adop-platform-managment#22
As a user I want to be able to load Docker based platform extensions.
Discussion Points I replaced the credentials manager AWS build parameter for two password parameters as if null when loading a Docker based platform extension a CredentialsNotFound Checked Java exception is thrown when attempting to inject the AWS credentials using the "Use secret text(s) or file(s)" build environment feature.
The JSON collection structure has now changed so that an "extension_type" key needs to be provided (sample Collections JSON)
Maybe it would be better to have a load platform job per extension type to deal with the variance in parameters?
This depends on the following PR: Accenture/adop-nginx#22