Description
Dear mta-cli colleagues,
I try to deploy my meta-app with an extension file. When I run the following commands I get different results:
success scenario:
mbt build -p=cf -e ./extensions/extension.mtaext --mtar=service.mtar
cf bg-deploy ./mta_archives/service.mtar --no-confirm
error scenario:
mbt build -p=cf --mtar=service.mtar
cf bg-deploy ./mta_archives/servicve.mtar -e ./extension/extension.mtaext --no-confirm
MTA.yaml
`modules:
Node Server
- name: my-app
type: custom
path: gen/srv
build-parameters:
builder: custom
ignore: ["jest.*"]
commands:
- npm install --omit=dev
parameters:
memory: 1024M
buildpack: nodejs_buildpack
domain: cert.${default-domain}
requires:
- name: my-dependent-service
parameters:
path: ./my-cert.json
`
MTAEXT.matext
modules: - name: my-app requires: - name: my-depndent-service parameters: path: ./my-new-space-dep-cert.json
My assumption is that both scenarios behave equally. Unfortunately the second scenario doesn't merge the extension file with the mta file properly.
Your environment
- MultiApps Controller version - 3.2.2
- MultiApps CF CLI Plugin version - 3.2.2
- which CF vendor is used - SAP BTP Cloud Foundry
-
Steps to reproduce
Additional information
Description
Dear mta-cli colleagues,
I try to deploy my meta-app with an extension file. When I run the following commands I get different results:
success scenario:
mbt build -p=cf -e ./extensions/extension.mtaext --mtar=service.mtarcf bg-deploy ./mta_archives/service.mtar --no-confirmerror scenario:
mbt build -p=cf --mtar=service.mtarcf bg-deploy ./mta_archives/servicve.mtar -e ./extension/extension.mtaext --no-confirmMTA.yaml
`modules:
Node Server
type: custom
path: gen/srv
build-parameters:
builder: custom
ignore: ["jest.*"]
commands:
- npm install --omit=dev
parameters:
memory: 1024M
buildpack: nodejs_buildpack
domain: cert.${default-domain}
requires:
parameters:
path: ./my-cert.json
`
MTAEXT.matext
modules: - name: my-app requires: - name: my-depndent-service parameters: path: ./my-new-space-dep-cert.jsonMy assumption is that both scenarios behave equally. Unfortunately the second scenario doesn't merge the extension file with the mta file properly.
Your environment
Steps to reproduce
Additional information