-
Notifications
You must be signed in to change notification settings - Fork 520
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
property jkube.enricher.jkube-controller.pullPolicy
is not taken into account if a deployment
resource fragment is defined
#1619
Comments
I think it's not working because a different enricher ControllerViaPluginConfigurationEnricher gets executed when the user provides controller fragment. I think it should work if you use this property instead:
Related to fabric8io/fabric8-maven-plugin#401 |
So apparently we have at least 4 ways to control the pull policy (fragment, XML configuration, and 2 enricher peroperties). We need to centralize where this configuration is computed and make sure it just works. (IIRC we did something similar for at least one other property). |
…r's properties in account (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding logic in ControllerViaPluginConfigurationEnricher to also consider DefaultControllerEnricher's configuration while generating resources. This requires adding a utility method in BaseEnricher to read other enricher's configuration by name and then using it in DefaultControllerEnricher and ControllerViaPluginConfigurationEnricher. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
…r's properties in account (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding logic in ControllerViaPluginConfigurationEnricher to also consider DefaultControllerEnricher's configuration while generating resources. This requires adding a utility method in BaseEnricher to read other enricher's configuration by name and then using it in DefaultControllerEnricher and ControllerViaPluginConfigurationEnricher. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
…r's properties in account (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding logic in ControllerViaPluginConfigurationEnricher to also consider DefaultControllerEnricher's configuration while generating resources. This requires adding a utility method in BaseEnricher to read other enricher's configuration by name and then using it in DefaultControllerEnricher and ControllerViaPluginConfigurationEnricher. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
…r's properties in account (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding logic in ControllerViaPluginConfigurationEnricher to also consider DefaultControllerEnricher's configuration while generating resources. This requires adding a utility method in BaseEnricher to read other enricher's configuration by name and then using it in DefaultControllerEnricher and ControllerViaPluginConfigurationEnricher. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
Related to eclipse-jkube#1619 Update CHANGELOG entry for issue in order to clarify the fix and deprecations of old properties. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
Related to eclipse-jkube#1619 Update CHANGELOG entry for issue in order to clarify the fix and deprecations of old properties. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
Related to #1619 Update CHANGELOG entry for issue in order to clarify the fix and deprecations of old properties. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
… for configuring container image pull policies (eclipse-jkube#1619) When a fragment is used, ControllerViaPluginConfigurationEnricher is used. In this case `jkube.enricher.jkube-controller.*` configuration won't work since we're not using DefaultControllerEnricher (used in zero configuration) anymore. This might be confusing for user. Adding a new property `jkube.imagePullPolicy` which can be used for configuring pull policy Signed-off-by: Rohan Kumar <rohaan@redhat.com>
Related to eclipse-jkube#1619 Update CHANGELOG entry for issue in order to clarify the fix and deprecations of old properties. Signed-off-by: Rohan Kumar <rohaan@redhat.com>
Describe the bug
Trying to use
jkube.enricher.jkube-controller.pullPolicy
to set the image pull policy toAlways
. It works. However, once I added adeployment
resource fragment, even not related, it stopped working.Eclipse JKube version
1.8.0
Component
Kubernetes Maven Plugin
Apache Maven version
No response
Gradle version
No response
Steps to reproduce
<jkube.enricher.jkube-controller.pullPolicy>Always</jkube.enricher.jkube-controller.pullPolicy>
mvn k8s:resource
, the generated configuration with a pullpolicy toAlways
for the container image.src/main/jkube/deployment.yml
mvn k8s:resource
, the generated configuration with a pullpolicy toIfNotPresent
for the container image.Expected behavior
it should keep the pull policy to
Always
Runtime
Kubernetes (vanilla)
Kubernetes API Server version
other (please specify in additional context)
Environment
Linux
Eclipse JKube Logs
No response
Sample Reproducer Project
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: