You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now we can pass build time environment variables appending them with -D to the maven goal. For example If I am using a feature pack that requires configurations via environment variables (e.g. eap-datasources-galleon-pack) I can just run mvn package -Dmy.feature.pack.variable=value
If I additionally need to pass runtime variables to the server, then I can use the following:
Maybe an easier approach could be to pass these sort of variables via maven plugin configuration. That will allow the developer to keep the configuration on the pom.xml by default instead of supplying the values externally. It will also allow the developer to think in just maven environment variables with the possibility to turn out the previous command in something like this to override any default:
Right now we can pass build time environment variables appending them with -D to the maven goal. For example If I am using a feature pack that requires configurations via environment variables (e.g. eap-datasources-galleon-pack) I can just run
mvn package -Dmy.feature.pack.variable=value
If I additionally need to pass runtime variables to the server, then I can use the following:
Maybe an easier approach could be to pass these sort of variables via maven plugin configuration. That will allow the developer to keep the configuration on the pom.xml by default instead of supplying the values externally. It will also allow the developer to think in just maven environment variables with the possibility to turn out the previous command in something like this to override any default:
The plugin configuration could read the command line environment variables by using:
The text was updated successfully, but these errors were encountered: