-
Notifications
You must be signed in to change notification settings - Fork 642
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Different configuration for run and build via PropertyConfigHandler #386
Labels
Comments
You are right that's unfortunate. Its a good idea to introduce a more specific level which, when used, takes precedence over the the less specific property (without I don't when having time to implement this but would happily integrate a pull request for this. |
stromnet
added a commit
to stromnet/docker-maven-plugin
that referenced
this issue
Feb 12, 2018
Addresses fabric8io#386. Note that it was not possible to use "env.run/build", which would have matched well with other properties, because we already have the "env" matcher (which would have matched env.run too, injecting bad properties).
stromnet
added a commit
to stromnet/docker-maven-plugin
that referenced
this issue
Feb 14, 2018
Addresses fabric8io#386. Note that it was not possible to use "env.run/build", which would have matched well with other properties, because we already have the "env" matcher (which would have matched env.run too, injecting bad properties). Signed-off-by: Johan Ström <johan@stromnet.se>
stromnet
added a commit
to stromnet/docker-maven-plugin
that referenced
this issue
Mar 18, 2018
Addresses fabric8io#386. Note that it was not possible to use "env.run/build", which would have matched well with other properties, because we already have the "env" matcher (which would have matched env.run too, injecting bad properties). Signed-off-by: Johan Ström <johan@stromnet.se>
Fixed with #948 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The handler currently uses some properties for both build and run configuration, for example docker.env.VARIABLE. I need to set an env value for runtime (integration test) that I don't want to be in the docker container. As far as I see, this is currently not possible.
Proposal: Introduce two other sets of properties (docker.run.x and docker.build.x) to be able to configure them differently.
The text was updated successfully, but these errors were encountered: